插件化知识详细分解及原理 之Binder机制

最近一直在研究插件化的东西，我看了网上大多都是直接上来就开始讲解原理然后写个demo，这样对于很多没有入门的朋友不是很好的理解，下面我会通过自己的研究过程，一步一步循序渐进的将插件化需要的知识点都梳理一遍及讲解，其实学习插件化的好处并不全因为它是一门热门的技术，插件化涉及的知识点很多，可以让我们对android的理解及境界上都会有一个质的飞跃，在我将所有设计的知识点都大概讲一遍后会用一个demo来实现插件化，里面将设计所有讲过的知识。

插件化其实就是动态加载，动态加载又包括了代码加载和资源加载。

可以干什么：

• 插件化最早出现是因为65535问题出现的，用于查分多个dex并动态加载dex来防止65535问题

• 现在很多公司用插件化来做模块的动态加载，这样既能实现web端一样的随时更新，还能减少apk包的体积，其实就是加载一个未安装的apk。

• 热修复，热修复其实也是动态加载原理

• 换肤，使用动态的资源加载可以实现换肤功能

• 还可以通过hook系统的一些类做一些你想做的坏事。

目前比较有名的插件化框架：

• 任玉刚的：dynamic-load-apk，这个项目使用的是一种代理的方式去实现
  https://github.com/singwhatiwanna/dynamic-load-apk

• 360的：DroidPlugin,这个项目是通过hook系统类来实现
  https://github.com/Qihoo360/DroidPlugin

目前比较火的热修复框架：

• 阿里的：andfix，用于对方法的修复，可以立即生效，不支持资源及类替换
  https://github.com/alibaba/AndFix

• 腾讯的：tinker，除了不支持立即生效，全部支持
  https://github.com/Tencent/tinker

• 美团的：robust,不开源

如果要使用插件化来作为模块化的话，那么就需要解决两个问题

• 代码的加载，就是使用ClassLoader加载代码
• 资源的加载，使用AssetManager的隐藏方法，addAsssetPath方法加入一个资源路径来获取这个资源的Resource资源
• 还有一个问题就是对四大组件的生命周期管理

准备：

在了解插件化之前首先需要了解及掌握的知识点
一、Binder机制
二、代理模式，
三、反射
四、类加载及dex加载
五、应用启动过程及类加载过程
六、实现插件化完整demo及思路分析
七、动态加载资源及解决资源冲突问题

Binder机制:

其实Binder看你怎么去理解，如果从代码角度的话他是一个类，如果从硬件角度的话他是一个驱动，如果从IPC角度的话他是一种通信机制，是framework层的各种ServiceManager的链接桥梁，
我们知道我们平时使用的系统服务对象其实都是系统的,他们存在的进程和我们的应用并不在一个进程中，但是为什么我们能直接使用呢？其实就是因为Binder的存在，跨进程通信，再说大白话一点就是使用了我们经常说的aidl，Binder很复杂，这里只是为了插件化做铺垫，想深入理解请自行查阅资料。

进程间通信过程

• 1.首先客户端要链接服务端
• 2.然后服务端会返回一个客户端的对象（代理对象）
• 3.然后客户端使用这个代理对象其中的方法时，系统会先调用服务端的方法，然后将运算的结果返回给客户端（要知道其实并不是用了这个对象的方法，而是去服务端里运算，然后在返回给客户端的）

我们通过自己写一个aidl，然后和系统的源码进行对比

//我们自己写的aidl的接口
//IMyAidlInterface.aidl
package com.huanju.chajianhuatest;
import com.huanju.chajianhuatest.aidlmode.TestBean;

interface IMyAidlInterface {
    /**
     * Demonstrates some basic types that you can use as parameters
     * and return values in AIDL.
     */
    void basicTypes(int anInt, long aLong, boolean aBoolean, float aFloat,
            double aDouble, String aStri