关注+星号公众号，不容错过精彩
作者：HywelStar
本章节可以了解到：
开源License的种类有哪些，有什么区别？
开源License有什么作用，使用时需要注意什么？
如果自己需要开源某些项目，如何选择合适的License？
1. 开源License 作用
开源软件的快速发展为开发者提供了更多选择，不仅能节省开发时间，还能利用社区的力量快速解决问题。然而，开源软件并非没有规则，如何在使用开源代码时遵循合适的法律和规范，是每个开发者必须了解的。开源许可证（License）就是这种规范的核心，它规定了代码使用、修改和分发的权限和限制。
2. 开源License 种类
开源协议种类繁多，具体协议的选择取决于项目的需求、开发者的使用目的以及对于代码的控制需求。一般来说开源Licensen简单来说内容是：
我允许你们XXX，我许可你们XXXX，你们可以XXXX，但是，你们必须XXXX，如果你们XXXX了，你们就必须XXXX，对了，对于XXXX这些情况，我可不负责。
你要同意，就用，不同意就别用。如果你用了，但违反了许可证的要求，我可能会告你啊！那么对于大家来说不可能对于每一个开源都重新写一个License， 其实前辈们早已经帮我们出具了很多种开源License，下面列出一些常见的开源License，并简要说明其特点和适用场景。
目前比较常常用 MIT、BSD、Apache、LGPL、GPL。
2.1 MIT License
The MIT License – Open Source Initiative
MIT License 来自于麻省理工学院（Massachusetts Institute of Technology, MIT），以其简洁性和灵活性著称。对于希望快速启动项目并吸引更多贡献者的开发者而言，MIT License是一个理想的选择。要求比较简单，也是这几种最为宽泛的许可，MIT许可证允许任何人自由地使用、修改、分发、甚至商业化软件，但要求保留原作者的版权声明，并声明不对使用中出现的任何问题负责。
极简的许可证：MIT许可证是最简洁且宽松的开源协议之一，几乎没有限制。它仅要求在分发代码时保留原始的版权声明和许可证信息。
自由使用和修改：MIT许可证允许任何人自由地使用、修改、分发代码，甚至可以将代码封闭为私有项目。
比如在github 看到的：
Vuex（vuex）是一个基于MIT许可证发布的开源项目。
2.2 BSD License
https://en.wikipedia.org/wiki/BSD_licenses
BSD License（Berkeley Software Distribution License）是一种广泛使用的开源许可证，因其简洁性和灵活性而受到许多开发者的青睐。
简洁的开源协议：BSD协议是另一种宽松的开源许可证，类似于MIT协议，主要要求保留版权声明和许可证信息。它允许代码的修改、分发和商业使用。
版本差异：BSD协议有多个版本，最常见的是2-Clause BSD和3-Clause BSD，两者之间的主要区别在于是否包含“广告条款”（要求在广告中提到使用了BSD代码）。3-Clause BSD被广泛采用，因为它去除了广告条款。
例如：FreeBSD（FreeBSD）采用的是2-Clause BSD许可证，适合用于许多自由和开源项目。
2.3 Apache License
Apache License 2.0协议来自于著名的Apache基金会，其最重要的开源软件就是Apache（HTTPD）网站服务器。
宽松的开源协议：Apache 2.0 是一种宽松的开源许可证，允许修改、分发和商业化使用。它要求保留版权声明和许可证信息，并提供专利授权，但没有要求将衍生作品开源。
专利授权：该协议特别强调专利授权，贡献者必须明确授予使用者对其专利的使用权，避免因专利问题产生法律纠纷。
例如：小米铁蛋采用的Apache License :
2.4 LGPL License
LGPL 叫做 GNU Lesser General Public License :GNU 宽松公共许可证，之前的名字叫做GNU Library General Public License (GNU 库通用公共许可证)；LGPL 允许商业软件通过类库引用 (link) 方式使用 LGPL 类库而不需要开源商业软件的代码，这使得采用 LGPL 协议的开源代码可以被商业软件作为类库引用并发布和销售，但是前提是你不能修改 LGPL 许可的软件部分。
支持商业化：LGPL允许商业软件通过类库引用（link）方式使用LGPL库，而不需要将整个商业软件的源代码开源。
开源要求：如果对LGPL软件进行了修改，则必须公开修改后的代码。如果没有修改，商业软件可以直接引用LGPL库，而不必公开其源代码。
例子：FFmpeg（FFmpeg）是一个常见的使用LGPL许可证的项目。
2.5 GPL License
GPL 是一种严格上的，在之前一个美国人因为无法容忍软件私有化，而建立了GPL许可证。他认为，软件的源代码是全人类的财富，应该允许程序员自由共享。所以在这个GPL liencse 下允许任何人查看，修改，传播，但是其中的衍生品如果使用了，该衍生品的代码也需要一起公布，而且修改后的不允许进行商业，闭源发布和销售。
GPL 中还有一个内容，在软件中使用了GPL 协议的产品，那么这个产品页需要开源和免费，具有很强的传染性。
例子：Linux Kernel（Linux Kernel）是使用GPL许可证的一个例子。
2.6 对比License
| 特性\许可证 | MIT | BSD | Apache 2.0 | LGPL | GPL |
| 许可证类型 | 宽松，简洁 | 宽松，简洁 | 宽松，带专利授权 | 宽松，适用于类库 | 强制开源，严格要求 |
| 修改和分发 | 允许修改，分发，商用 | 允许修改，分发，商用 | 允许修改，分发，商用 | 允许修改，分发，商用 | 允许修改，分发，但必须开源 |
| 专利授权 | 无 | 无 | 包含专利授权 | 无 | 无 |
| 衍生作品 | 无强制要求 | 无强制要求 | 无强制要求 | 修改需开源，使用不要求 | 修改和衍生作品必须开源 |
| 代码封闭 | 允许闭源 | 允许闭源 | 允许闭源 | 允许闭源，前提是未修改LGPL库 | 禁止封闭，必须开源 |
| 适用场景 | 适用于快速开发与社区贡献项目 | 适用于宽松的商业和非商业项目 | 适用于需要专利授权的大型项目 | 适用于类库，允许商业化使用 | 适用于要求严格开源和社区驱动的项目 |
3. 如何选择License
当自己需要开源某项，如何选择License，可以参照下入进行选择，下图来自(阮一峰)。
选择License 主要需要考虑的几大问题：
• 代码开放程度，修改后是否可以闭源；
• 考虑修改后的代码是否采用哪种许可；
• 考虑是否商用问题，对衍生品的要求怎样；
简单选择流程：
• 关注专利保护和宽松的商业应用： 选择 Apache 2.0。
• 想要代码最自由的使用和修改： 选择 MIT 或 BSD。
• 希望确保代码衍生作品也开源： 选择 GPL。
• 希望允许商业软件引用但不强制开源： 选择 LGPL。
4. 总结
主要对几种License 简答介绍，随着发展应该会越来越好，相信在国内这种意识越来越强。曾经出现的某风影音，某扣影音由，格式某厂都是使用了开源FFmpeg项目，但又不遵循开源协议，一气之下作者整了个耻辱柱（Hall Of Shame)把所有名单写上。所以竟然选择了别人优秀的东西就按照别人的License来，并没有问题，减少纠纷。如果你有什么开源项目，那如何去创建选择License呢，可以看看这个
https://choosealicense.com/。
参考：
Licenses | Choose a License
Choose an open source license | Choose a License
往期推荐
