开源协议

1、LGPL　　

　　LGPL 是一种对商业应用相对友好的开源协议，主要特点如下：
　　免费使用：你可以免费下载、使用和修改 Accord.NET 的源代码。
　　商业应用：你可以在商业软件（包括闭源软件）中使用 Accord.NET 的库（作为动态链接库引用），而不需要公开你自己的主程序源代码。
　　修改回馈：如果你修改了 Accord.NET 库本身的源代码（而不仅仅是调用它），那么你对库本身的修改部分必须开源，并遵循相同的 LGPL 协议。

2、BSD

　　免费使用：你不需要支付任何费用。
　　商业友好：你可以将其用于闭源的商业软件中，而无需公开你的源代码。
　　自由分发：你可以自由地修改和分发代码（需保留原版权声明）。

3、GPL(GNU General Public License)　

　　商业使用：你可以将采用 GPL 协议的软件用于商业目的，甚至可以销售它。
　　修改代码：你可以自由地修改源代码，以满足你的需求。
　　强制开源（传染性）：这是 GPL 最核心的条款。如果你将 GPL 软件或其修改版本分发给他人（例如，作为你产品的一部分），那么你的整个产品也必须以 GPL 协议开源，并向用户提供完整的源代码。这通常被称为 GPL 的“传染性”。
　　保留声明：在软件的副本中，你必须保留原始的版权声明和 GPL 许可文本。
　　专利授权：（主要指 GPLv3）任何贡献者都会自动授予你与该软件相关的必要专利使用权，防止专利诉讼陷阱。

4、AGPL(GNU Affero General Public License)

　　商业使用：你可以将采用 AGPL 协议的软件用于商业目的。

　　修改代码：你可以自由地修改源代码。

　　网络服务即分发：这是 AGPL 与 GPL 最关键的区别。即使你没有将软件分发给他人，只要你将其部署在服务器上，并通过网络向用户提供服务（例如 SaaS 应用），就被视为“分发”。因此，你必须向所有通过网络使用该服务的用户　　提供修改后的完整源代码。
　　强制开源（更强的传染性）：AGPL 继承了 GPL 的所有传染性条款，并将其扩展到了网络服务领域，确保软件在网络时代依然保持自由和开放。
　　保留声明：与 GPL 一样，你必须保留原始的版权声明和 AGPL 许可文本。

5、MIT

　　商业使用：你可以将采用 MIT 协议的软件用于商业项目。
　　修改代码：你可以自由地修改源代码。
　　分发与再授权：你可以复制、分发软件，甚至可以将其作为专有软件（闭源软件）的一部分进行销售或再授权。
　　保留声明：在软件的所有副本或实质性部分中，必须包含原始的版权声明和许可声明。这是 MIT 协议唯一的核心要求。

6、Apache 1.0 协议

　　商业使用：你可以将采用 Apache 1.0 协议的软件用于商业项目，也可以修改后作为开源或商业软件再发布。
　　修改代码：你可以自由地修改源代码。
　　保留声明：在软件的源代码和二进制形式的再分发中，都必须保留原始的版权声明、协议条件和免责声明。
　　广告条款：这是 1.0 版本与后续版本最大的区别。所有提及该软件功能或使用的广告材料中，都必须包含一句认可声明，例如：“本产品包含由Apache集团开发的软件用于Apache HTTP服务器项目”。
　　名称限制：未经书面许可，你不能使用“Apache”或“Apache项目组”等名称来为你的派生产品命名或进行宣传。

7、Apache 2.0 协议

　　商业使用：你可以将采用 Apache 2.0 协议的软件免费用于商业项目，也可以将其作为闭源专有软件的一部分进行销售。
　　修改代码：你可以自由地修改源代码，并拥有修改后代码的版权。
　　专利授权：这是它比 MIT 协议更进了一步的地方。贡献者会自动授予用户相关的专利权。这意味着，如果有人在项目中贡献了代码，他们不能反悔并起诉你侵犯了该代码的专利。
　　分发与再授权：你可以复制、分发软件。如果你分发了修改后的版本，你需要在修改过的文件中添加显著的说明，指出你更改了该文件。
　　保留声明：在软件的所有副本中，必须包含原始的版权声明、专利声明、商标声明和许可声明。如果软件中包含一个 NOTICE 文本文件，你在分发时还需要在该文件的可读位置包含其中的归属声明。

 

协议类型	核心关键词	传染性范围	商业闭源软件使用难度
MIT / Apache	完全宽松	无传染性	⭐ (最易，仅需保留声明)
LGPL	动态链接豁免	仅限库本身	⭐⭐ (较易，动态链接不传染)
MPL / EPL	弱传染 / 文件级	仅限修改的文件/模块	⭐⭐⭐ (中等，混合开发友好)
GPL	强传染	整个软件/衍生作品	⭐⭐⭐⭐ (困难，必须全盘开源)
AGPL	网络服务传染	整个软件 + 网络交互	⭐⭐⭐⭐⭐ (最难，SaaS也要开源)