了解开源协议
了解开源协议
从事Android开发近两年，接触和使用过非常多的开源库。有图片加载相关的：Glide、Picasso、Fresco；网络请求相关的开源库：Volley、OkHttp、Retrofit等；还有其它工具类的开源库，比如：LeakCanary、Stetho等。
为什么别的团队开发的软件代码我们可以直接拿来用在自己的项目上，避免浪费时间重复造轮子，并且不需要任何费用？
这多亏了开源和开源协议。
1、什么是开源协议？
了解一下开源及开源协议。
1.1、开源
开源≠免费，这一点开发者一定要记住。不要擅自在公司任何商业项目上使用不清不白的开源代码，以免引入不必要的舆论和法律纠纷。
网络上有非常多的开源软件，在修改或者使用别人的开源软件时，最好先弄清楚它使用的是什么开源协议。
1.2、开源协议
“开源许可协议是指开源社区为了维护作者和贡献者的合法权利，保证软件不被一些商业机构或个人窃取，影响软件的发展而开发的协议。”----资料查来查去，没有比百度百科中的开源许可协议词条更合适的说辞了。
开源协议规定了开发者在使用开源软件时的权利和责任，即规定了可以做什么，什么不可以做。
1.3、Open Source Initiative
Open Source Initiative（开源促进组织）作为全球非营利性组织负责批准开源协议，官网：Open Source Initiative。
OSI批准的开源协议有一百余个，详见开源协议列表：Licenses by Name。这么多种类的开源协议，真让人眼花缭乱。还好这些不需要都知道，只需要知道最流行的那几个开源协议。
2、主流开源协议
在OSI批准的众多开源协议中，被各大开源库使用最多的Top5开源协议是：Apache、MIT、BSD、GPL、LGPL。
2.1、Apache 2.0
Apache 2.0是免费的软件许可证，与GNU GPL版本3兼容。Apache 协议在为开发人员提供版权及专利许可的同时，允许用户拥有修改代码及再发布的自由。另外Apache 和 BSD 类似，都适用于商业软件。
协议原文：APACHE LICENSE, VERSION 2.0
2.2、MIT
目前限制最少的开源许可协议之一（比 BSD 和 Apache 的限制都少），只要程序的开发者在修改后的源代码中保留原作者的许可信息即可，普遍被商业软件作为开源协议使用。
协议原文：The MIT License
2.3、BSD
BSD开源协议是一个给予使用者很大自由的协议。基本上允许用户“为所欲为”：用户可以使用、修改和重新发布遵循该许可的软件，并且可以将软件作为商业软件发布和销售。前提是需要满足下面三个条件：
①如果再发布的软件中包含源代码，则源代码必须继续遵循 BSD 许可协议。
②如果再发布的软件中只有二进制程序，则需要在相关文档或版权文件中声明原始代码遵循了 BSD 协议。
③不允许用原始软件的名字、作者名字或机构名称进行市场推广。
BSD 对商业比较友好，很多公司在选用开源产品的时候都首选 BSD 协议，因为可以完全控制这些第三方的代码，甚至在必要的时候可以修改或者二次开发。
协议原文：License:BSD-2-Clause-FreeBSD
2.4、GPL
只要软件中包含了遵循 GPL 协议的产品或代码，该软件就必须也遵循 GPL 许可协议，也就是必须开源免费，不能闭源收费，因此这个协议并不适合商用软件。遵循 GPL 协议的开源软件数量极其庞大，包括 Linux 系统在内的大多数的开源软件都是基于这个协议的。
协议原文：GNU GENERAL PUBLIC LICENSE
2.5、LGPL
LGPL是GPL的一个衍生版本，也被称为GPL V2，该协议主要是为类库设计的开源协议。
协议原文：GNU LESSER GENERAL PUBLIC LICENSE
3、选择开源协议
计划将来写一个开源库，需要选择一个合适的开源许可协议，可以参考这个网站：Choose an open source license。
但是前面已经提到过，被OSI批准的开源协议有上百种，眼花缭乱，这么多开源协议可怎么选呢？单凭一个开发者是很难全部搞清楚。还好，随大流即可，从第二节提到的五种最流行开源协议中选择最合适的一个，不出意外，大概率是Apache 2.0。
翻山越岭，找到乌克兰程序员Paul Bagwell关于开源协议选择流程的原图，适合纠结症患者：
本篇内容来自网络资料搜索汇总，主要为了了解开源协议。--2021年3月25号01时03分
相关资料：
Open Source Initiative-Licenses by Name
GNU Various Licenses and Comments about Them
