Android插件化基础（4），动态启动插件中的Activity

Author：郑海波-莫川

简介

如何动态启动插件中的Activity呢？我们首先分析，启动插件中的Activity需要做那些准备？

• 1.插件中Activity类的加载
  也就是ClassLoader的问题。由第一节课中的MultiDex可以知道，我们可以动态的加载apk，然后将插件中的class加载到当前的ClassLoader当中。这样，插件中的class和宿主中的class同属一个ClassLoader,它们之间的相互调用问题也就解决了。
• 2.插件中Activity在AndroidManifest.xml中的注册问题
  由于插件apk有自己的AndroidManifest文件，为了能够在运行时，动态启动插件中的Activity，需要在打包时，将插件apk的Activity注册移动到宿主apk的AndroidManifest文件中。
• 3.插件中Activity的资源加载问题
  处理插件中的资源加载问题，是插件化最难的问题之一!我们需要考虑很多问题：
  1.插件Activity运行时如何实时获取Resources对象，并且能够根据插件包名对应下的R文件的id，查找到Resources中的资源。
  2.插件apk中的资源文件与其他插件及宿主之间的资源名称冲突如何解决？
  3.宿主及各插件的资源如何统一并且方便的管理？

问题的解决：

1.类的加载

我们使用之前我们改造的AssetsMultiDexLoader，来加载assets目录下的apk。由于之前的博客已经说明了问题，再次不在赘述。

2.插件中的Activity在宿主AndroidManifest中注册

这件事情需要在打包时处理，也就是说，我们需要改造我们的打包工具，在打包时，将各个插件的AndroidManifest文件合并到宿主AndroidManifest文件中。

3.插件资源的加载问题

我们需要在编译过程和运行过程分别做处理：

3.1 编译过程

我们首先回顾一下Android打包的过程：
1.生成R.java文件
比如：

aapt package -f -m -J ./gen -S res -M AndroidManifest.xml -I D:\android_sdk_for_studio\platforms\android-22\android.jar

2.清空bin目录
清空上次生成的文件
3.编译java文件和jar包

javac -encoding GBK -target 1.5 -bootclasspath D:\android_sdk_for_studio\platforms\android-22\android.jar -d bin src\net\mobctrl\normal\apk\*.java gen\net\mobctrl\normal\apk\R.java -classpath libs\*.jar

4.使用dx工具打包成classes.dex

dx --dex --output=C:\Users\mochuan.zhb\newworkspace\BundleApk5\bin\classes.dex C:\Users\mochuan.zhb\newworkspace\BundleApk5\bin\

5.编译成资源文件

aapt package -f -M AndroidManifest.xml -S res -I D:\android_sdk_for_studio\platforms\android-22\android.jar -F bin\resources.ap_ --non-constant-id

6.使用sdklib.jar工具生成未签名的apk

java -cp D:\android_sdk_for_studio\tools\lib\sdklib.jar com.android.sdklib.build.ApkBuilderMain bin\MyCommond.apk -v -u -z bin\resources.ap_ -f bin\classes.dex -rf C:\Users\mochuan.zhb\newworkspace\BundleApk5\src

7.使用jarsigner对apk进行签名
jarsigner -verbose -keystore C:\test.keystore -storepass 123456 -keypass 123456 -signedjar C:\projectdemo-signed.apk C:\test.apk test

3.2编译过程的修改

为了解决插件与插件之间以及宿主之间的资源冲突问题，我们需要对插件进行编号，修改R文件的生成过程。我们知道，R文件中的ID是一个int类型，总共32位。那么这32位分别代表什么含义呢？
1.前8位代表插件的packageId，其中两个特殊的Id：Host是0x7f，android系统自带的是以0x01开头.
2.紧跟着的8位是区分资源类型的，比如layout，id,string,dimen等
3.后面16位是资源的编号

为了解决资源的命名冲突，一般由以下2中方法：

1.约定

团队在开发时，对资源的命名进行约定，比如各业务线按照一定的规则命名，大家准守规则，避免重复。
然后在打包时，我们对各个插件的资源进行合并，统一生成R文件，所有插件和宿主的R文件内容都是完全一样的，资源都保存在宿主项目的资源中。
说明：Google使用的Android打包过程，就是这样的。比如主project依赖lib_project1,lib_project2等，在编译主project的时候，它就将各个lib项目的资源都复制到主project中，然后使用aapt进行统一生成R文件，生成多个不同包名的R文件，但是R文件的内容是完全一样的。

2.修改aapt

为了从机制上避免资源名称重复的问题，我们可以通过修改aapt的源码，让其可以根据不同的packageId生成不同的id。也就是说，R文件中的id由以下32位组成：
[packageId(8)][resourceType(8)][resourcesSeq(16)]
我们为每一个插件分配一个packageId,范围是(1,127).
修改aapt的源码之后，我们需要改动打包过程中的第一步和第五步，在生成R文件和编译资源的时候，使用我们改造后的aapt。这样，最终生成的apk，其R文件就是按照我们分配的方式。
我们可以通过反编译，查看test.apk中的R文件，如下图所示，我们设定的packageId是5：

【test.apk的反编译图】
反编译之后的id需要转化为16进制显示。
注：
反编译步骤：
1.解压apk文件
2.使用d2j-dex2jar工具，将dex转化为jar
3.使用Java-Decompiler反编译jar

3.3运行过程中资源的加载

1.将插件apk加载到当前的AssetsManager中

核心代码：

    /** * 修改AssetManager * * @param assetManager * @param apkPaths * @return */      private static AssetManager modifyAssetManager(AssetManager assetManager,              List<String> apkPaths) {          if (apkPaths == null || apkPaths.size() == 0) {              return null;          }          try {              for (String apkPath : apkPaths) {                  try {                      AssetManager.class.getDeclaredMethod("addAssetPath",                              String.class).invoke(assetManager, apkPath);                  } catch (Throwable th) {                      System.out.println("debug:createAssetManager :"                              + th.getMessage());                      th.printStackTrace();                  }              }              return assetManager;          } catch (Throwable th) {              System.out.println("debug:createAssetManager :" + th.getMessage());              th.printStackTrace();          }          return null;      }        /** * 获取整个App的资源管理器中的资源 * * @param context * @param apkPath * @return */      public static Resources getAppResource(Context context) {          System.out.println("debug:getAppResource ...");          AssetsManager.copyAllAssetsApk(context);          // 获取dex文件列表          File dexDir = context.getDir(AssetsManager.APK_DIR,                  Context.MODE_PRIVATE);          File[] szFiles = dexDir.listFiles(new FilenameFilter() {                @Override              public boolean accept(File dir, String filename) {                  return filename.endsWith(AssetsManager.FILE_FILTER);              }          });          if (szFiles == null || szFiles.length == 0) {              return context.getResources();          }          System.out.println("debug:getAppResource szFiles = "+szFiles.length);          List<String> apkPaths = new ArrayList<String>();          for (File f : szFiles) {              Log.i(TAG, "load file:" + f.getName());              apkPaths.add(f.getAbsolutePath());              System.out.println("debug:apkPath = " + f.getAbsolutePath());          }          AssetManager assetManager = modifyAssetManager(context.getAssets(),                  apkPaths);          AppResource resources = new AppResource(                  assetManager, context.getResources().getDisplayMetrics(),                  context.getResources().getConfiguration());          return resources;      }

2.Application中Resources的加载

核心代码

public class HostApplication extends Application {        private Resources mAppResources = null;      private Resources mOldResources = null;        @Override      public void onCreate() {          super.onCreate();          mOldResources = super.getResources();          AssetsMultiDexLoader.install(this);// 加载assets中的apk          installResource();      }        @Override      public Resources getResources() {          if(mAppResources == null){              return mOldResources;          }          return this.mAppResources;      }        private void installResource() {          if (mAppResources == null) {              mAppResources = BundlerResourceLoader.getAppResource(this);// 加载assets中的资源对象          }      }        @Override      public AssetManager getAssets() {          if (this.mAppResources == null) {              return super.getAssets();          }          return this.mAppResources.getAssets();      }    }

3.插件Activity替换Resource对象

以BundleActivity为例：

public class BundleActivity extends BaseActivity {        @Override      protected void onCreate(Bundle savedInstanceState) {          super.onCreate(savedInstanceState);          setContentView(R.layout.bundle_layout);          findViewById(R.id.text_view).setOnClickListener(new View.OnClickListener() {                @Override              public void onClick(View view) {                  Toast.makeText(getApplicationContext(), "Hello", Toast.LENGTH_LONG).show();              }          });      }        @Override      public Resources getResources() {          return getApplication().getResources();      }    }

最关键的是，重写getResources()方法，使用Application的Resource替换当前的Resource方法。

源码地址：

https://github.com/nuptboyzhb/AndroidPluginFramework

参考

1.关于Android如何动态加载res
2.Android应用程序资源的编译和打包过程分析
3.Android应用程序资源管理器（Asset Manager）的创建过程分析
4.Android 自动编译、打包生成apk文件 1 - 命令行方式
5.使用ANT打包Android应用
6.如何修改android aapt源码实现自定义package ID