首先,我们来看一份真实案例的输出日志:
AndroidRuntime: FATAL EXCEPTION: main
AndroidRuntime: Process: com.cmccpoc, PID: 2708
AndroidRuntime: java.lang.UnsatisfiedLinkError: Couldn't load airtalkee from loader dalvik.system.PathClassLoader[DexPathList[[zip file "/system/app/POCM3A.apk", zip file "/data/data/com.cmccpoc/code_cache/secondary-dexes/POCM3A.apk.classes2.zip"],nativeLibraryDirectories=[/vendor/lib, /system/lib]]]: findLibrary returned null
AndroidRuntime: at java.lang.Runtime.loadLibrary(Runtime.java:358)
AndroidRuntime: at java.lang.System.loadLibrary(System.java:526)
AndroidRuntime: at com.airtalkee.sdk.engine.AirNative.(Unknown Source)
AndroidRuntime: at com.airtalkee.sdk.engine.AirEngine.serviceTraceMode(Unknown Source)
AndroidRuntime: at com.airtalkee.sdk.controller.AccountController.traceMode(Unknown Source)
AndroidRuntime: at com.airtalkee.sdk.AirtalkeeAccount.AirTalkeeConfigTrace(Unknown Source)
AndroidRuntime: at com.cmccpoc.application.MainApplication.onCreate(MainApplication.java:38)
AndroidRuntime: at android.app.Instrumentation.callApplicationOnCreate(Instrumentation.java:1007)
AndroidRuntime: at android.app.ActivityThread.handleBindApplication(ActivityThread.java:4422)
AndroidRuntime: at android.app.ActivityThread.access$1500(ActivityThread.java:138)
AndroidRuntime: at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1259)
AndroidRuntime: at android.os.Handler.dispatchMessage(Handler.java:102)
AndroidRuntime: at android.os.Looper.loop(Looper.java:136)
AndroidRuntime: at android.app.ActivityThread.main(ActivityThread.java:5095)
AndroidRuntime: at java.lang.reflect.Method.invokeNative(Native Method)
AndroidRuntime: at java.lang.reflect.Method.invoke(Method.java:515)
AndroidRuntime: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:789)
AndroidRuntime: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:605)
AndroidRuntime: at dalvik.system.NativeStart.main(Native Method)
我们首先来分析一下原因:
1、同样的包,同样的so,通过install就能正常运行
我们去掉在应用的manifest.xml中添加的android:sharedUserId="android.uid.system",然后重新编译打包,使用adb install直接安装,是不是很神奇,能够正常运行。
2、回归主题
我们是要解决在app是系统应用的情况下,也就是manifest.xml中添加的android:sharedUserId="android.uid.system",
使用push将包推到/system/app下的情况(这里也要特别说一下,Android5.0之后的Android,最好将apk文件push到/system/priv-app目录)。
步骤如下,编译打包,然后adb push xxx.apk /system/app,重启,来了,崩溃了,逮住日志看一下,从日志中可以看出抛出java.lang.UnsatisfiedLinkError,
从nativeLibraryDirectories=[/vendor/lib, /system/lib]]]: findLibrary returned null
这句话可以看出,它从/vendor/lib, /system/lib这两个路径去找so文件,结果没有找到(findLibrary returned null)。
这又是为什么呀?
原因是/system/app下面的APK成为系统级app时,包含SO文件,app默认加载so库的路径就会变成/system/lib,而system/lib却是只读的,导致so库无法正常解压不会自动安装,
需要手动把so文件push 到 "/system/lib"目录下面。
3、解决方案
知道了原因,于是就开始准备解决方案,有两种解决方案:
A、将apk中的so文件手动push到"/system/lib"
B、思路是将apk中的so库复制到/data/data/应用包名/lib的安装目录中,再通过反射更改app加载so库的路径
以上两种我都试过,是OK的。