常见开源协议

 参考：https://www.oschina.net/question/12_2826

https://www.oschina.net/question/12_2663

https://blog.csdn.net/xiaoxiao133/article/details/83049959

https://blog.csdn.net/qwertyuiop_123abc/article/details/82110221

https://www.runoob.com/w3cnote/open-source-license.html

https://blog.csdn.net/qq_33521330/article/details/78289138

根据使用条件的不同，开源许可证分成两大类： 
1、宽松式（permissive）许可证 （如Apache、BSD、MIT）

对用户几乎没有限制。用户可以修改代码后闭源。 
它有三个基本特点： 
* 没有使用限制，用户可以使用代码，做任何想做的事情。 
* 没有担保，不保证代码质量，用户自担风险。 
* 披露要求（notice requirement），用户必须披露原始作者。
2、Copyleft 许可证（如GPL、AGPL、LGPL、MPL）

Copyleft 是理查德·斯托曼发明的一个词，作为 Copyright （版权）的反义词。 
Copyright 直译是”复制权”，这是版权制度的核心，意为不经许可，用户无权复制。作为反义词，Copyleft 的含义是不经许可，用户可以随意复制。但是，它带有前提条件，比宽松式许可证的限制要多： 
* 如果分发二进制格式，必须提供源码 
* 修改后的源码，必须与修改前保持许可证一致 
* 不得在原始许可证以外，附加其他限制

上面三个条件的核心就是：修改后的 Copyleft 代码不得闭源。

如果一种开源许可证没有任何使用条件，连保留作者信息都不需要，那么就等同于放弃版权了。这时，软件可以直接声明进入”公共领域”（public domain）。

一、GPL（强著佐权Copyleft许可协议）

GNU 通用公共许可证(GNU General Public License，简称GPL)。

GPL同其它的自由软件许可证一样，许可社会公众享有：运行、复制软件的自由，发行传播软件的自由，获得软件源码的自由，改进软件并将自己作出的改进版本向社会发行传播的自由。 
GPL还规定：只要这种修改文本在整体上或者其某个部分来源于遵循GPL的程序，该修改文本的 整体就必须按照GPL流通，不仅该修改文本的源码必须向社会公开，而且对于这种修改文本的流通不准许附加修改者自己作出的限制。因此，一项遵循GPL流通 的程序不能同非自由的软件合并。GPL所表达的这种流通规则称为copyleft，表示与copyright(版权)的概念“相左”。

GPL协议最主要的几个原则：

1、确保软件自始至终都以开放源代码形式发布，保护开发成果不被窃取用作商业发售。任何一套软 件，只要其中使用了受 GPL 协议保护的第三方软件的源程序，并向非开发人员发布时，软件本身也就自动成为受 GPL 保护并且约束的实体。也就是说，此时它必须开放源代码。

2、GPL 大致就是一个左侧版权（Copyleft，或译为“反版权”、“版权属左”、“版权所无”、“版责”等）的体现。你可以去掉所有原作的版权 信息，只要你保持开源，并且随源代码、二进制版附上 GPL 的许可证就行，让后人可以很明确地得知此软件的授权信息。GPL 精髓就是，只要使软件在完整开源 的情况下，尽可能使使用者得到自由发挥的空间，使软件得到更快更好的发展。

3、无论软件以何种形式发布，都必须同时附上源代码。例如在 Web 上提供下载，就必须在二进制版本（如果有的话）下载的同一个页面，清楚地提供源代码下载的链接。如果以光盘形式发布，就必须同时附上源文件的光盘。

4、开发或维护遵循 GPL 协议开发的软件的公司或个人，可以对使用者收取一定的服务费用。但还是一句老话——必须无偿提供软件的完整源代码，不得将源代码与服务做捆绑或任何变相捆绑销售。

5、基于 GPL 的软件允许商业化销售，但不允许封闭源代码。

6、如果您对遵循 GPL 的软件进行任何改动和/或再次开发并予以发布，则您的产品必须继承 GPL 协议，不允许封闭源代码。

规避方法：进程化

二、AGPL（强著佐权Copyleft许可协议）

原有的GPL协议，由于现在网络服务公司兴起（如：google）产生了一定的漏洞，比如使用GPL的自由软件，但是并不发布于网络之中，则可以自由的使用GPL协议确不开源自己私有的解决方案。AGPL则增加了对此做法的约束。

AGPL是GPL的一个补充, 在GPL的基础上加了一些限制。

AGPL这个协议的制定是为了避免一个GPL/LGPL协议中的漏洞，称之为 Web Service Loopwhole。
这主要是由于 GPL是针对传统的软件分发模式的商业模式(以微软为代表), 如果你使用的GPL的代码作为基础完成你自己的软件，如果你要分发你的软件，你的软件必须也是GPL的。随着以Google为代表的软件作为服务的互联网公司的兴起，它们的“不分发软件，为客户提供网络服务”的商业模式就不受GPL协议的约束，所以Google公司在构筑他的搜索引擎的时候可以随心所欲的拿现有的GPL协议的开源代码，无需开源他的修改成果。AGPL协议在GPL协议的基础上加上了这个约束。

小结： AGPL 是对GPL 更严谨的要求，商业软件不能使用AGPL协议的代码。

三、LPGL（弱著佐权Copyleft许可协议）

GNU 宽通用公共许可证(GNU Lesser General Public License)

LGPL 是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 
但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。 

主要原则：

1、基于 LGPL 的软件也允许商业化销售，但不允许封闭源代码。

2、如果您对遵循 LGPL 的软件进行任何改动和/或再次开发并予以发布，则您的产品必须继承 LGPL 协议，不允许封闭源代码。但是如果您的程序对遵循 LGPL 的软件进行任何连接、调用而不是包含，则允许封闭源代码。

规避方法：动态链接

四、MPL（弱著佐权Copyleft许可协议）

MPL License（Mozilla Public License），弱开源约束授权

允许免费重发布、免费修改，但要求修改后的代码版权归软件的发起者。

这种授权维护了商业软件的利益，，它要求基于这种软件的修改无偿贡献版权给该软件。

这样，围绕该软件的所有代码得版权都集中在发起开发人得手中。

但MPL是允许修改，无偿使用的。

MPL软件对链接没有要求。(要求假如你修改了一个基于MPL协议的源代码，则必须列入或公开你所做的修改，假如其他源代码不是基于MPL则不需要公开其源代码)

五、BSD（宽容型Permissive许可协议）

BSD开源协议是一个给于使用者很大自由的协议，包括：original BSD license、FreeBSD license、Original BSD license。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。

但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：

1、如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。

2、如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。

3、不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。

BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对 商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。

六、Apache（宽容型Permissive许可协议）

Apache Licence是著名的非盈利开源组织Apache采用的协议，包括：Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和BSD类似：

1、需要给代码的用户一份Apache Licence

2、如果你修改了代码，需要再被修改的文件中说明。

3、在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。

4、如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改。

Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。

七、MIT（宽容型Permissive许可协议）

MIT是和BSD一样宽范的许可协议,作者只想保留版权,而无任何其他了限制.也就是说,你必须在你的发行版里包含原许可协议的声明,无论你是以二进制发布的还是以源代码发布的。