Android 常用开源框架源码解析 系列 （零）引言

 

一、引言

在使用开源库之前首先要了解：

 谨慎使用 GPL 协议，GPL 协议规定使用了该开源库的代码也必须遵循 GPL 协议，即开源和免费。

 声明开源协议。同时请大家遵守开源精神，遵守其他人的劳动成果，如果有借鉴或是部分拷贝其他开源库，请在明显地方声明感谢！

 

——那什么是协议呢？ 看一下从网上扒下来的一张示意图： 

在CooCox 用户及影响的逐渐增大，CooCox团队提高了对软件及代码协议的重视性，形成了以下一些协议和许可证

    可以看到各种协议，比如开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL

 

 

BSD 开源协议

    使用者享有“最大”的使用自由，可以修改源代码，可以将修改后的代码作为开源或是专有软件版权再发布

    以BSD协议代码为基础做二次开发的情况才享有该“最大”使用权限，但依然要满足三个条件：

•    如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSd协议
•     如果再发布的只是二进制类库 /软件 ，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议
•     不可以使用开源代码的作者/机构名字和原来产品的名字进行市场推广

 

BSD代码优点：

•    鼓励代码开源共享
•     允许使用者修改和重新发布代码
•    允许BSD代码在商业软件开发和发布、销售，是企业开源产品的首选协议

 

MIT许可证

    MIT许可协议与BSD 协议类似，作者只想保留版权，屋其他任何限制。在使用该协议的情况，发行版里必须包含原许可协议的生命，无论针对的是二进制 类库再发布还是 源代码的发布

 

Apache Licence 2.0 开源协议

     著名的Apache 公司的Apache Licence 开源协议也是企业级协议的不可获取的一类。使用者可以在需要的时候修改代码来满足需求并作为开源 或是 商业产品 发布/销售。同BSD协议类似，同样为了鼓励代码共享和尊重原作者的著作权的情况下允许代码的修改再发布，同BSD一样也需要满足三个条件：

•     需要给代码的用户一份Apache Licence
•      如果修改了代码，需要再被修改的文件中说明
•      在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议、商标、专利生命和其他原来作者规定需要包含的其他说明
•      如果再发布的产品中包含一个Notice 文件，在该文件中需要带有APache Licence 。可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改

 

 

GPL 开源协议

    众所周知的Linux 就是采用了GPL协议。不同于BSD协议和Apache Licence等鼓励代码重用的许可。GPL的出发点是代码的开源 / 免费 使用 和 引用/修改/衍生代码的 开源/免费使用，但不允许修改后和衍生的代码做为 逼源的商业软件发布和销售。

    

    GPL协议的主要内容是：只要在一个软件中使用（“使用”指类库引用，修改后的代码或者衍生代码）GPL协议的产品，则该软件产品必须也采用GPL协议，即是必须开源和免费。这就是GPL协议的 传染性。

    

    GPL协议严格的要求使用了GPL类库的软件产品必须延用GPL协议，所以商业软件或是对代码有保密措施要求的部门就不适合 集成/采用做为类库 和二次开发的基础

 

LGPL 许可证

    LGPL是GPL的一个为主要类库使用设计的开源协议。LGPL与GPL最大的不同就是LGPL允许商业软件通过类库引用方式使用LGPL类库而不需要开源商业软件的代码。也就是说使用了LGPL协议的源代码可以进行商业通途的发布和销售

    需要注意的是修改了LGPL协议的代码或是衍生，在所有修改的代码、涉及修改部分的额外代码及衍生都必须采用LGPL协议。因此LGPL协议的开源代码很适合做为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改开衍生的方式做二次开发的商业软件采用

 

Mozilla 许可证-MPL

    MPL 是The Mozilla Public License 的缩写。在GPL许可证没有很好的平衡开发者对源代码的需求和利用源代码获得的利益的前提下，MPL做了一些改变：

•     MPL虽然要求对于经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可，以保证其他人可以在MPL的条款下共享源代码。但是，在MPL 许可证中对“发布”的定义是“以源代码方式发布的文件”，这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口，除了接口程序的源代码以MPL 许可证的形式对外许可外，源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。
•     对软件专利的态度，MPL许可证不像GPL许可证那样明确表示反对软件专利，但是却明确要求源代码的提供者不能提供已经受专利保护的源代码（除非他本人是专利权人，并书面向公众免费许可这些源代码），也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。
  
•     对源代码的定义

        而在MPL（1.1版本）许可证中，对源代码的定义是:“源代码指的是对作品进行修改最优先择取的形式，它包括:所有模块的所有源程序，加上有关的接口的定义，加上控制可执行作品的安装和编译的‘原本’（原文为‘Script’），或者不是与初始源代码显著不同的源代码就是被源代码贡献者选择的从公共领域可以得到的程序代码。”

•  MPL许可证第3条有专门的一款是关于对源代码修改进行描述的规定，就是要求所有再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。
  

 

二、学习开源框架的优点：

• 系统分析框架源码底层，祝你快速突破技术瓶颈
• 深入解读框架源码，提升代码阅读与分析能力
• 学习更好的设计思路，提高代码设计及改造能力

 

三、常用10大开源框架列表

 

（一）网络框架：

•     OkHttp   
•     Retrofit

（二）依赖注入：

•     ButterKnife  
•     Dagger2

（三）异步处理：

•     RxJava  
•     EventBus

（四）图片框架：

•     glide    
•     picasso

（五）性能优化：

•     LeakCanary   
•     BlockCanary

 

切入点：

•     使用原理
•     基本用法
•     使用流程
•     源码机制
•     源码核心类
•     区别差异