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

 

1、引言

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

 谨慎使用 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条有专门的一款是关于对源代码修改进行描述的规定，就是要求全部再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。
  

 

2、学习开源框架的优势：

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

 

3、经常使用10大开源框架列表

 

（一）网络框架：

•     OkHttp   
•     Retrofit

（二）依赖注入：

•     ButterKnife  
•     Dagger2

（三）异步处理：

•     RxJava  
•     EventBus

（四）图片框架：

•     glide    
•     picasso

（五）性能优化：

•     LeakCanary   
•     BlockCanary

 

切入点：

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