开源许可证

 一、简介

开源许可证是一种法律许可。通过它，版权拥有人明确允许，用户可以免费地使用、修改、共享版权软件。

版权法默认禁止共享，也就是说，没有许可证的软件，就等同于保留版权，虽然开源了，用户只能看看源码，不能用，一用就会侵犯版权。所以软件开源的话，必须明确地授予用户开源许可证。

二、开源许可证的种类

目前，国际公认的开源许可证共有80多种。它们的共同特征是，都允许用户免费地使用、修改、共享源码，但是都有各自的使用条件。

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

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

三、宽松式许可证

宽松式许可证（permissive license）是最基本的类型，对用户几乎没有限制。用户可以修改代码后闭源。

宽松式许可证有三个特点

（1）没有使用限制

用户可以使用代码，做任何想做的事情。

（2）没有担保

不保证代码质量，用户自担风险。

（3）披露要求

用户必须披露原始作者。

常见的宽松式许可证

（1）BSD（二条款版）

分发软件时，必须保留原始的许可证声明。

（2）BSD（三条款版）

分发软件时，必须保留原始的许可证声明。不得使用原始作者的名字为软件促销。

（3）MIT

分发软件时，必须保留原始的许可证声明，与 BSD（二条款版）基本一致。

（4）Apache 2

分发软件时，必须保留原始的许可证声明。凡是修改过的文件，必须向用户说明该文件修改过；没有修改过的文件，必须保持许可证不变。
 

四、Copyleft 许可证

Copyright 直译是"复制权"，这是版权制度的核心，意为不经许可，用户无权复制。作为反义词，Copyleft 的含义是不经许可，用户可以随意复制。

他比宽松式许可证的限制要多。

• 如果分发二进制格式，必须提供源码
• 修改后的源码，必须与修改前保持许可证一致
• 不得在原始许可证以外，附加其他限制

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

常见许可证

AGPL

如果云服务（即 SAAS）用到的代码是该许可证，那么云服务的代码也必须开源。

GPL

如果项目包含了 GPL 许可证的代码，那么整个项目都必须使用 GPL 许可证。

LGPL

如果项目采用动态链接调用该许可证的库，项目可以不用开源。

Mozilla（MPL）

只要该许可证的代码在单独的文件中，新增的其他文件可以不用开源。

五、常用开源协议详解

• BSD许可证

BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”，可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
​
但”为所欲为”的前提当你发布使用了BSD协议的代码，或者以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：
 1.用户可以自由的使用、修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
 2.用户再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
 3.不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
 
BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。

• MIT许可证

MIT是和BSD一样宽范的许可协议。你必须在你的发行版里包含原许可协议的声明，无论你是以二进制发布的还是以源代码发布的。作者只想保留版权，而无任何其他了限制，较BSD协议宽松。
​
一般使用 MIT 授权的项目，需在源文件头部增加以下内容：
​
Copyright [yyyy] [name of copyright owner]. All rights reserved.
​
//[yyyy] 表示该源文件创建的年份。紧随其后的是 [name of copyright owner]，即版权所有者。如果为个人项目，就写个人名称；若为团队项目，则宜写团队名称。

• Apache许可证

Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和BSD类似：
 1.需要给代码的用户一份Apache Licence；
 2.如果你修改了代码，需要再被修改的文件中说明。
 3.在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。
 4.如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改。
 
Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。
​
该许可证要求在所有的源文件中的头部放置以下内容才能算协议对该文件有效：
​
Copyright [yyyy] [name of copyright owner]
​
//[yyyy] 表示该源文件创建的年份。紧随其后的是 [name of copyright owner]，即版权所有者。如果为个人项目，就写个人名称；若为团队项目，则宜写团队名称。

• GPL许可证

GPL许可证的核心含义是：允许任何人观看、修改，并散播程序软件里的原始程序码，条件是如果你要发布修改后的版本就要连源代码一起公布，不允许修改后和衍生的代码做为闭源的商业软件发布和销售。Linux就是采用了GPL协议，这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商业软件公司开发的免费软件了。
​
GPL协议的主要内容是只要在一个软件中使用（”使用”指类库引用，修改后的代码或者衍生代码）GPL 协议的产品，则该软件产品必须也采用GPL协议，即必须也是开源和免费。这就是所谓的”传染性”。GPL协议的产品作为一个单独的产品使用没有任何问题，还可以享受免费的优势。
​
来源自由软件联盟GNU，GPL/LGPL侧重于代码及衍生代码的开源与免费使用。如果你使用了GPL的代码，就必须沿袭这个协议，做出来的产品，无论商业不商业，必须开源。
 · 后续使用该软件源程序开发软件者亦应当根据GPL协议把自己编写的源程序进行公开。
 · GPL协议要求的关键在于开放源程序，但并不排斥软件作者向用户收费

• LGPL许可证

LGPL 允许以动态链接使用开源库。采用LGPL的代码，一般情况下它本身就是一个第三方库（LGPL最早的名字就是Library GPL），这时候开发人员仅仅用到了它的功能，而没有对库本身进行任何修改，那么开发人员也不必公布自己的商业源代码。但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须开源，并且采用LGPL协议。

• Mozilla许可证

Mozilla公共许可证(英语:Mozilla Public License,简称MPL)  允许免费重发布、免费修改，但要求修改后的代码版权归软件的发起者。要求所有再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。允许一个企业在自己已有的源代码库上加一个接口，除了接口程序的源代码以MPL 许可证的形式对外许可外，源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。

六、总结

 开源严格程度：MIT->BSD->Apache->LGPL->Mozilla->GPL

我只想安心写代码，别人爱怎么用怎么用吧	MIT协议	1、准许别人以任何方式使用。 2、署名原作者。 3、原作者不承担任何使用风险。
我想保有专利但你们可以随便用	Apache协议	1、授权使用者免费使用个人专利。 2、使用者必须放置协议说明。 3、使用者需要对修改部分说明。 4、禁止用作者名号进行商业广告。 5、原作者不承担任何使用风险。
我希望我的代码能生根发芽遍地开花	GPL协议	1、使用者必须遵循相同的协议进行开源。 2、原作者不承担任何使用风险。

关注公众号”小猿架构“，发送 "数据湖" 免费获取 38页 《数据湖建设方案》。