如何整合两个大的Android应用工程？（二）

可能遇到的坑

（1）依赖库的版本一致性问题。

app工程中经常需要通过配置build dependencies来引入一些在线的库，譬如

compile 'com.android.support:xxx:1.2.3'

有些常用的库很可能A和B都在使用。在集成的时候，要注意版本号，一般情况下，最后需要使用较大的版本号。否则可能会出现莫名其妙的问题，而这样的问题可能不会以build error的形式被暴露，也不一定会有明确的提示，fix起来比较头痛。所以，在集成编译依赖库的时候，最好严格检查版本号，防患于未然。

（2）Dexguard的优化问题。

Dexguard比Proguard功能更强，除了代码混淆，还会做一些优化。这里容易遇到两个坑：

第一，有些版本的Dexguard脚本会删除类中不被调用的方法，而有些场景下，这些方法是被反射调用的（包括一些第三方库，比如EventBus）。解法是为这些类添加-keep。譬如，对于EventBus，需要keep所有类中的onEventxxx方法：

-keepclassmembers class ** {
    public void onEvent*(**);
}

第二，有些版本的Dexguard脚本会删除在工程中没有load的so库文件。有些第三方库是以aar的方式编译进来，需要从中抽取出so文件打包到apk中，这时候Dexguard可能会无法识别到aar文件中java代码load so的逻辑，这些so文件会被删除，无法打包到apk中。解法是在工程java源代码中load一下这些so库，以告知Dexguard这些so在使用不要删除。需要在一个确定会使用的java类中做这件事，以防这个类本身被Dexguard优化删除掉，譬如，可以在工程派生的Application中load。假设需要keep的so文件为libaaa.so/libbbb.so/libccc.so：

static  {
    System.loadLibrary("aaa");
    System.loadLibrary("bbb");
    System.loadLibrary("ccc");
}