一.起因
所做项目因为是在Google Play市场，并且在2019.8.1开始，必须要携带64位so库，又因为所做App涉及到C层库比较多。大概有10MB左右。所以使用了Google最新的Android App Bundle的方式进行打包，就是俗称的aab。
二.遇到的问题
在我们通过GP发布了aab之后，遇到了很多Exception: java.lang.UnsatisfiedLinkError
涉及到项目中的包名用xxx代替了。
Exception: java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.xxx.xxx/base.apk"],nativeLibraryDirectories=[/data/app/com.xxx.xxx/lib/arm, /vendor/lib, /system/lib]]] couldn't find "libxxx.so"
at java.lang.Runtime.loadLibrary + 367(Runtime.java:367)
at java.lang.System.loadLibrary + 1076(System.java:1076)
at com.xxx.xxx.xxx.xxx.(SourceFile:18)
at android.app.Instrumentation.callApplicationOnCreate + 1036(Instrumentation.java:1036)
at android.app.ActivityThread.handleBindApplication + 4728(ActivityThread.java:4728)
at android.app.ActivityThread.-wrap1(ActivityThread.java)
at android.app.ActivityThread$H.handleMessage + 1415(ActivityThread.java:1415)
at android.os.Handler.dispatchMessage + 102(Handler.java:102)
at android.os.Looper.loop + 148(Looper.java:148)
at android.app.ActivityThread.main + 5443(ActivityThread.java:5443)
at java.lang.reflect.Method.invoke(Method.java)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run + 728(ZygoteInit.java:728)
at com.android.internal.os.ZygoteInit.main + 618(ZygoteInit.java:618)
这是一个稳定运行了N年的so库。在加载的时候会突然出现这个问题。表示很奇怪。
着手从很多方面调查了一下这个问题，都觉得很奇怪。后来经过CodeReview发现，这是app启动之后加载的第一个类库。所以准备从这个方向找问题。
三.分析问题
具体方向：
- 多次看调用栈之后，发现他总是提到一个base.apk的东西，就是Google了一下相关的介绍。
- 再上传AAB到GP之后，用户下载下来是什么样的？
- 寻找一个爬Google的APK的网站，下一个不就知道了吗？
搜索资料：
- 这是一个可以下载APK只能下到base.apk的网站：Google搜索关键字还可以排在第一页的。所以大多数问题APK的来源之一可能就是这里。https://apk.support/apk-downloader
- 用过
茄子快传的小伙伴，可以在GooglePlay下载一个bundle方式的apk传给其他小伙伴。再看看传过去的是什么就知道了。 -
unzip aab看下结果
split目录
（茄子快传给其他小伙伴的apk（如果是32位手机）就是base-master.apk+base-armeabi.apk）
四.解决问题
- 我怎么知道用户只安装了base-master.apk?
- 就算我知道了。我怎么在Appliation初始化的时候拦截这次启动？
- 难道Google没有考虑到这个问题吗？？？
4.1 解决方案V1.0
Application初始化的时候，加载一下自己的一个已知库，如果加载失败就不进行后续Application初始化，并且在第一个页面启动的时候，finish掉，弹出一个Warning页面。
public class XXXApplication extends MultiDexApplication {
private static Boolean libLoadSuccess;
private static UnsatisfiedLinkError s_Error;
static {
try {
System.loadLibrary("XXX-lib");
libLoadSuccess = true;
} catch (UnsatisfiedLinkError error) {
s_Error = error;
libLoadSuccess = false;
}
}
@Override public void onCreate() {
super.onCreate();
if (!libLoadSuccess()) {
//链接库加载失败，不进行初始化
return;
}
}
public class XXXActivity extends AppCompatActivity {
...
@Override protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.xxx);
if (!XXXApplication.libLoadSuccess()) {
//链接库加载失败，不进行初始化
startActivity(new Intent(this, WarningActivity.class));
finish();
return;
}
}
}
这个方案是跟随App上线验证过的。问题的确消失了
- 通过加载一个so的方式。如果后续项目没做abi的split，而做了language和density的split呢？
- ACTION_VIEW的方式不一定拉起SplashActivity，那怎么办？我每个可能被拉起的Activity都要写一遍吗？
- 如果想要作为一个公用组件，加载一个业务so，也没办法做到通用吧？
还好，我们新项目上面三个问题不存在。但是其他项目，也要aab打包了。还是要像个办法。
4.2 解决方案 V2.0
这里就放了关键代码，具体代码请看上面的 Android App Bundles ：Verify non-Google Play app installs 其实Google是有考虑到这个问题的。也是有组件支持的。
// In your app’s build.gradle file:
...
dependencies {
// This dependency is downloaded from the Google’s Maven repository.
// So, make sure you also include that repository in your project's build.gradle file.
implementation 'com.google.android.play:core:1.6.1'
...
}
public class MyCustomApplication extends Application {
@Override
public void onCreate() {
if (MissingSplitsManagerFactory.create(this).disableAppIfMissingRequiredSplits()) {
// Skip app initialization.
return;
}
super.onCreate();
...
}
}
但是这个方案同样有个小问题
- 组件启动了内部的一个
PlayCoreMissingSplitsActivity，比较不容易定制，且UI会比较原始。 - Google是怎么处理我上面提到的问题的？怎么知道用户只安装了base-master.apk? 怎么在Appliation初始化的时候拦截这次启动？顺便撸一遍吧。
4.3 解决方案 V3.0
撸一遍源码，允许自定义Intent跳转到自己写的Activity，不过如果split density 或者language了，自定义的Activity也没啥用。真要自定义可以把资源和字符串放到asset里。
五.测试流程
测试安装不完整apk的步骤
- 使用Android Studio编译 build aab
- 将aab转成apks
java -jar bundletool-all-0.10.0.jar build-apks --bundle=app_abroad.aab --output=app.apks - unzip app.apks
- adb install splits/base-master.apk
