文章目录
1. 如何判断一个开源项目能否商用2. Apache-2.0 License3. 与GPL相关的开源协议3.1 GPL-3.0 License3.2 LGPL-3.0 License3.3 AGPL-3.0 License
4. 使用基于GPL协议的开源项目时需要注意的问题5. MIT License6. 如何查看开源项目使用的开源协议7. 补充：其它开源协议8. 参考资料8.1 参考视频8.2 参考文章
1. 如何判断一个开源项目能否商用
要判断一个开源项目能否商用其实很简单，只需要查看开源项目使用的开源协议
以下是主流的开源协议：
Apache-2.0 LicenseGPL-3.0 LicenseLGPL-3.0 LicenseAGPL-3.0 LicenseMIT License
2. Apache-2.0 License
用大白话解释 Apache-2.0 License 开源协议：随便用，还不用担心被告
Apache-2.0 License 就像是一个很宽松的规则手册，它允许你做很多事情，但是也有一些基本的条件需要遵守：
随便用：你可以把这个软件拿去用在你的产品或者服务里，不管是为了赚钱（商用）还是个人使用随便改：你可以对这个软件进行修改，按你的需求来调整代码随便分：你可以把软件或者你修改后的版本分发给其他人别怪我：这个软件是人家免费提供的，如果用的时候出了问题，人家不负责专利也行：如果你在这个软件里用了别人的专利技术，人家也同意你用，不会告你侵权名字别乱用：虽然你可以用这个软件，但是不能假装这个软件是你做的，也不能用原作者的名字或者商标去做宣传
简单来说，Apache-2.0 License 就是一个很友好的协议，让你可以比较自由地使用和修改软件，只要你不搞乱人家的名声，出了问题自己负责，并且把同样的自由权利传递给下一个使用软件的人
很多企业级项目和商业级项目首选的都是使用了 Apache-2.0 License 开源协议的开源项目，因为不用担心版权的问题
我们在工作中使用的绝大多数框架都是使用 Apache-2.0 License 开源协议的，例如：
Spring 全家桶MyBatis、MybatisPlusElasticSearchAlibaba 开源的一系列框架（Fastjson、SpringCloud ALibaba 等）
3. 与GPL相关的开源协议
3.1 GPL-3.0 License
用大白话解释 GPL-3.0 License 开源协议：我帮你写代码，你必须“连带式”还人情
GPL-3.0 就是“开源界的雷锋精神”——你用了我的软件，不管是直接拿去用、改了用，还是打包卖钱，都必须“以身作则”把源代码公开，不能偷偷藏起来当“白嫖党”
核心规则：
别藏着源代码：如果你把软件分发给别人（比如下载安装包），必须连源代码一起给，不能只给编译后的二进制文件修改了就“传染”：你改了软件后分享出去，必须公开你的修改内容，而且你的修改版也必须遵守 GPL 协议别加“私心锁”：不能给软件加额外限制，比如“禁止修改”“只能免费用”之类的专利不能搞事情：如果别人因为软件功能申请了专利，不能用专利告你混合其他软件也得注意：如果你把 GPL 软件和其他代码混在一起，混合后的整体代码必须全盘公开（但如果你只是通过标准接口调用 GPL 软件，可能例外）违规就“断供”：你不遵守规则？那就别怪 GPL 把你踢出“开源大家庭”
举个例子，你用 GPL 开源框架开发了一个 App，然后想偷偷打包卖钱？不行！你必须把整个 App 的源代码公开，否则就是“叛徒”
但如果你只是在自己的服务器上用这个软件（比如 SaaS 服务），GPL 不会管你——这就是它被吐槽“对网络服务没牙齿”的原因
GPL 是“强传染性”的开源协议，适合追求彻底自由的项目。如果你的项目用到了 GPL 软件，要么开源你的项目，要么别用——没有中间地带
3.2 LGPL-3.0 License
用大白话解释 LGPL-3.0 License 开源协议：我能当你的“免费劳动力”，但别把我焊死在你家
LGPL 是 GPL 的“温柔亲戚”——它允许你把软件当作“工具人”用在商业项目里，但如果你动了这个“工具人”本身，必须老实交代
核心规则：
别焊死我：你可以把 LGPL 软件当作“插件”或“库”嵌入你的商业项目中，不需要公开你的主程序代码改了我就得公开：如果你修改了 LGPL 软件本身（比如改了库的源码），必须公开你的修改部分，且修改后的版本也得遵守 LGPL别加“私心锁”：不能给软件加额外限制，比如“禁止修改”“只能免费用”之类的专利不能搞事情：如果别人因为软件功能申请了专利，不能用专利告你混合其他软件也得注意：如果你把 LGPL 软件和其他代码混在一起，只有修改的 LGPL 部分需要开源，主程序可以闭源（但如果你是“静态链接”到主程序里，可能得全盘公开）违规就“断供”：你不遵守规则？LGPL 也会把你踢出“开源大家庭”
你用 LGPL 开源库开发了一个付费软件，只要你不修改库本身，你的主程序可以闭源；但如果你改了库的源码，就必须公开你的修改部分
比如 Qt 库的 LGPL 版本就允许你这样玩——只要你把库当作“插件”用，而不是“缝合”进主程序里
LGPL 是“有限传染性”的开源协议，适合想用开源库又不想开源整个项目的商业场景。它的核心思想是：“你可以用我，但别把我改完藏起来”
3.3 AGPL-3.0 License
用大白话解释 AGPL-3.0 License 开源协议：连“偷偷用”的漏洞都给你堵死
AGPL-3.0 可以看作是 GPL-3.0 的“加强版”，它几乎继承了 GPL 的所有规则，但加了一条“防作弊”的条款，专门针对那些想偷偷用开源软件的人。你可以理解为：“我帮你写好了软件，你不仅自己要用开源规则，连别人通过网络用你的软件时也得遵守！”
以下是 AGPL-3.0 的核心规则：
别想“偷偷用”：如果你把软件当服务挂在网站上（比如 SaaS 云服务），别人用这个服务时，你也得把软件的源代码公开，不能藏着掖着改了就得开源：和 GPL 一样，如果你修改了软件，必须公开修改后的源代码，而且修改后的版本也得遵守 AGPL 规则别加新限制：不能给软件加额外的限制，比如“禁止别人修改”“只能免费用”之类的专利不能搞事情：如果别人因为软件里的功能申请了专利，不能用专利告你混合其他软件也得注意：如果你把 AGPL 软件和其他软件混在一起，混合后的软件整体必须遵守 AGPL（但如果你只是通过标准接口调用 AGPL 软件，可能例外）违规就完蛋：如果你不遵守规则，那你就失去了使用这个软件的权利
举个例子，假设你用了一个基于 AGPL 开源协议的框架开发了一个网站，虽然你自己没卖软件，但只要有人访问你的网站，你就必须公开这个网站的源代码——否则你就是“作弊”
而 GPL 只要求你“分发软件”时开源，但如果你把软件当服务用（不给用户软件文件），GPL 就管不着了，AGPL 正是为了解决这个问题而生的
AGPL 比 GPL 更严格，尤其针对“只用不公开”的网络服务场景。如果你的项目用到了 AGPL 软件，要么开源你的项目，要么别把它当“免费劳动力”偷偷用在网页或 App 后台
4. 使用基于GPL协议的开源项目时需要注意的问题
GPL开源协议的宗旨在于推行开源精神，其实现路径为限制闭源，GPL开源协议要求对GPL开源软件的修改和创建衍生作品的必须向公众开源。因此，使用、修改GPL开源软件或创建其衍生作品，均须对外开放整个程序的源代码
GPL协议只是看起来不错，表面上既保持了开源，又能够让你使用修改后的源代码获利，实际上却并非如此。有一个著名的词叫做GPL传染性（也叫GPL病毒），只要你的项目里面包含了GPL代码，整个项目就变成了GPL项目
闭源商用是涉及GPL开源协议软件产生纠纷的问题所在，GPL3.0协议在序言部分明确提出：“所谓自由软件，我们强调的是自由，而非价格免费”
很多小公司都会避免使用基于GPL开源协议的开源项目，因为一旦使用了基于GPL开源协议的开源项目，就代表要将公司的源代码也开源出去（GPL病毒的具体体现），或者直接购买项目在一定期限内的使用权，而购买成本对一些小公司来说是难以承受的
如果确实要用到基于GPL协议的开源项目，可以通过项目的README.md文件找到项目的负责团队，购买项目在一定期限内的使用权
5. MIT License
用大白话解释 MIT License 开源协议：随便用，用的时候提一下原作者就行了
MIT License 就像是软件的一个非常简单的使用同意书，你可以随意使用这个软件，基本上想干嘛就干嘛，但是得遵守以下几个小要求：
你得保留软件里的版权声明和许可声明，就是说，不能把说这是谁写的和这些使用规则给删了如果软件里有专利声明或者作者写的免责声明，你也得留着这些你可以用这个软件做任何事情，包括修改、合并到你的项目中，或者用在商业产品里卖钱，都不用给原作者支付费用或者通知原作者
简单来说，MIT 许可证给了你很大的自由度，你可以自由地使用、修改和分发这个软件，只要你在分发的软件里保留原作者的版权信息和 MIT 许可证的条款。这对于商业用途来说是非常友好的，因为你不需要公开你的源代码，也没有其他的附加条件
6. 如何查看开源项目使用的开源协议
一般在项目的简介下面就会有项目的开源协议
7. 补充：其它开源协议
以下是 Gitee 上可选的开源协议
如果你遇到一个使用其它开源协议的开源项目，不知道能否商用，可以将项目的开源协议发送给 AI，让 AI 帮你判断该开源项目能否商用
8. 参考资料
8.1 参考视频
第10集 | 开源软件能否商用，究竟是怎样决定的？ #程序员 #Java #开源软件 #开源协议 #代码第3集 | 避开开源雷区：了解常见开源协议的商用规则#软件开发 #开源项目 #开源软件第1集 | 当我们伤害开源的时候，在伤害什么？（上）第2集 | 当我们伤害开源的时候，在伤害什么？（中）第3集 | 当我们伤害开源的时候，在伤害什么？（下）
8.2 参考文章
如果一个项目中含有GPL协议的代码软件就不能进行商业销售吗？泽知研究 | 使用GPL开源许可证的软件可以闭源商用吗？哪些开源协议的软件不可以进行闭源商业化？