Android插件化
如覺得文章排版格式不方便閱讀，請移位
來源及使用
隨著業(yè)務(wù)功能慢慢的增加庶香，apk的體積會(huì)越來越大，為了減小包的體積，可以利用Android的動(dòng)態(tài)加載技術(shù)實(shí)現(xiàn)Android插件化号杏，使用Android插件化開發(fā)，安裝apk包體積減小斯棒，用戶可以根據(jù)自己的需要安裝下載插件盾致，不需要的時(shí)候卸載；Android的動(dòng)態(tài)加載技術(shù)不僅僅可以用到插件化上荣暮，還可以用于apk的熱更庭惜，安全加殼等
Android動(dòng)態(tài)加載技術(shù)
所謂動(dòng)態(tài)加載技術(shù)，就是在apk應(yīng)用程序在運(yùn)行時(shí)穗酥，動(dòng)態(tài)加載apk护赊、dex等包，加載到內(nèi)存當(dāng)中運(yùn)行砾跃，動(dòng)態(tài)加載技術(shù)需要了解Android的ClassLoader骏啰、ActivityThread、java反射以及Android的資源加載知識(shí)抽高；通常來說動(dòng)態(tài)加載技術(shù)大致分為以下幾個(gè)步驟（宿主工程判耕；被加載進(jìn)去的包，以下簡稱插件dex）
- 提供插件dex翘骂，不僅限于dex壁熄，可以是apk或者zip等
- 使用ClassLoader將dex加載到內(nèi)存
- 利用ClassLoader的loadClass加載你需要的類
- 使用加載的類執(zhí)行它自己的邏輯功能
注意Attention：上述第三步加載你需要的類后，如果這個(gè)類時(shí)Android的四大組件碳竟，如Activity類似有生命周期方法草丧，則需要你在做一些額外工作；生命周期是由Android系統(tǒng)來調(diào)用的莹桅，所以這里就需要使用反射來獲取Android系統(tǒng)的API昌执，讓它管理我們的加載類，這樣我們的類就有了靈魂统翩，有正常的生命周期方法了仙蚜；
原理容易，但實(shí)現(xiàn)起來就很復(fù)雜厂汗，要想系統(tǒng)調(diào)用它的生命周期委粉，首先你就得分析類似于Activity、Service這樣的組件生命周期在framework層是如何運(yùn)行的娶桦，后面會(huì)做簡單的介紹講解
ClassLoader
Android系統(tǒng)上贾节，加載class的有兩種：DexClassLoader和PathClassLoader
- DexClassLoader可以自定義load路徑汁汗，并且可以把a(bǔ)pk文件解析后輸出dex文件，所以DexClassLoader需要提供輸入apk和輸出路徑
- PathClassLoader不能自定義load路徑栗涂，它固定解析/data/app路徑下的內(nèi)容知牌，并且也不能主動(dòng)釋放出apk里面的內(nèi)容
除此之外，還需要了解classLoader的雙親委派機(jī)制,簡而言之就斤程，就是：每個(gè)ClassLoader都有一個(gè)父的ClassLoader角寸，當(dāng)加載某一個(gè)Class的時(shí)候會(huì)先去父ClassLoader查詢，如果父類已經(jīng)加載過這個(gè)Class時(shí)就直接獲取就行忿墅，不再去加載扁藕；反之，則自己去加載疚脐；
還有一點(diǎn)亿柑，Android的classLoader從dex1中加載出了com.jack.A;與此同時(shí)，另一個(gè)ClassLoader又從dex2中加載出com.jack.A;這種情況是不允許的棍弄，相同的類不允許在不同的dex解析出來
普通java類的動(dòng)態(tài)加載
- 宿主項(xiàng)目 --- MainProject
- 插件工程 --- PluginProject
- 插件工程完成正常的業(yè)務(wù)邏輯
- 宿主工程主要完成dex的加載望薄，找到相應(yīng)的class并執(zhí)行即可
插件工程
指定插件標(biāo)準(zhǔn)接口，宿主項(xiàng)目能更好的使用
//插件接口
public interface DynamicImple {
public void init();
public void makeToast(Context context, String meg);
}
//業(yè)務(wù)邏輯
public class IPluginImple implements DynamicImple{
private static final String TAG = "jackzhous";
@Override
public void init() {
// TODO Auto-generated method stub
Log.i(TAG, "plugin method init()");
}
@Override
public void makeToast(Context context, String meg) {
// TODO Auto-generated method stub
Log.i(TAG, "plugin method makeToast()");
Toast.makeText(context, "plugin: " + meg, Toast.LENGTH_SHORT).show();
}
}
完成插件工程后呼畸，到處為apk痕支，最后需要使用apktool解包把插件接口代碼刪掉，在合包成apk使用役耕；刪掉的目的是為了防止插件dex和宿主dex都有這個(gè)接口
宿主項(xiàng)目
//使用DexClassLoader加載dex
private DexClassLoader initClassLoader(){
String apkPath = Environment.getExternalStorageDirectory() + File.separator + "PluginProject.apk";
String dexOutPath = getCacheDir().getAbsolutePath();
//參數(shù)分別為源apk路徑 輸出路徑 libarary庫路徑和父類classLoader
DexClassLoader dexL = new DexClassLoader(apkPath, dexOutPath, null, getClassLoader());
loadResources(apkPath);
return dexL;
}
//加載插件當(dāng)中的代碼
@SuppressLint("NewApi") public void doInit(View v) {
if(loader != null){
try {
Class pluginClass = loader.loadClass("com.jack.plugin.IPluginImple");
Object obj = pluginClass.newInstance();
//使用接口方式采转，效率快一些
if(obj instanceof DynamicImple){
DynamicImple imple = (DynamicImple)obj;
imple.init();
}
//也可以使用放射方式,但是這種效率比較低，原因主要是在getMethod和getField里面
//Method method = pluginClass.getMethod("init", null);
//method.invoke(obj, null);
} catch (ClassNotFoundException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (InstantiationException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IllegalAccessException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}catch (IllegalArgumentException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} /*catch (NoSuchMethodException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (InvocationTargetException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}*/
}
}
//如果需要使用插件當(dāng)中的資源需要在做以下工作
/*============================使用插件的資源需要做如下處理==========================================*/
/**
* 1. 將插件資源add進(jìn)來
* 2. 使用該資源并獲得Resource索引
* 3. 重寫父類方法使用Resource即可
*/
private AssetManager mAssetManager;
private Resources mResources;
private Theme mTheme;
protected void loadResources(String dexPath) {
try {
AssetManager assetManager = AssetManager.class.newInstance();
Method addAssetPath = assetManager.getClass().getMethod("addAssetPath", String.class);
addAssetPath.invoke(assetManager, dexPath);
mAssetManager = assetManager;
} catch (Exception e) {
e.printStackTrace();
}
Resources superRes = super.getResources();
superRes.getDisplayMetrics();
superRes.getConfiguration();
mResources = new Resources(mAssetManager, superRes.getDisplayMetrics(),superRes.getConfiguration());
mTheme = mResources.newTheme();
mTheme.setTo(super.getTheme());
}
@Override
public AssetManager getAssets() {
return mAssetManager == null ? super.getAssets() : mAssetManager;
}
@Override
public Resources getResources() {
return mResources == null ? super.getResources() : mResources;
}
@Override
public Theme getTheme() {
return mTheme == null ? super.getTheme() : mTheme;
}
/*============================使用插件的資源需要做如下處理==========================================*/
//使用插件資源
@SuppressLint("NewApi") public void doPicture(View v) {
if(loader != null){
try {
Class pluginUiutilClass = loader.loadClass("com.jack.plugin.UIUtil");
Object obj0 = pluginUiutilClass.newInstance();
Drawable message = ((UIUtilImp)obj0).getDrawableFromPlugin(this, 0);
mImageView.setImageDrawable(message);
} catch (ClassNotFoundException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (InstantiationException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IllegalAccessException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
把插件工程按照上面的操作后拷貝到手機(jī)目錄下瞬痘，在運(yùn)行宿主項(xiàng)目就可以執(zhí)行插件的東西了
有生命周期類的動(dòng)態(tài)加載
以Activity的動(dòng)態(tài)加載為例故慈，大的分類有兩種：
- 反射方式替換宿主項(xiàng)目的ClassLoader或者反射合并宿主和插件的pathList，pathList里面存放了dex的索引
- 靜態(tài)代理方式框全，宿主ProxyActivity持有插件Activity的引用察绷，ProxyActivity生命周期變化執(zhí)行插件Activity對應(yīng)變化
反射方式
替換宿主ClassLoader
為什么替換ClassLoader后，就能夠執(zhí)行插件類的生命周期方法了津辩？
眾所周知拆撼，Activity由ClassLoader加載進(jìn)來后就有ActivityThread來管理執(zhí)行其生命周期，但是內(nèi)部如何管理很復(fù)雜喘沿，不在此講解闸度，了解詳情點(diǎn)擊這里,我們只需要知道加載Activity的ClassLoader在哪里即可，查看源碼發(fā)現(xiàn)在ActivityThread的成員變量ArrayMap mPackages蚜印，在LoadApk里面的ClassLoader里面莺禁，看到這邏輯，我們就可以用反射獲取了
文檔后續(xù)完成中.............................
生命周期類的總結(jié)
- 反射的方式需要在宿主項(xiàng)目的Androidmanifest.xml里面配置Activity組件信息窄赋，插件有多少個(gè)就需要配置多少個(gè)哟冬，一經(jīng)ClassLoader就完成任務(wù)了
- 靜態(tài)代理不要在Androidmanifest.xml配置Activity信息楼熄，只需要配置代理Activity一個(gè)即可；需要管理手動(dòng)的去管理插件中Activity的生命周期方法浩峡，難度復(fù)雜
Java反射耗時(shí)在什么地方可岂？
getMethod和getDeclaredField方法會(huì)比invoke和set方法耗時(shí)；
