首先，我们来看一份真实案例的输出日志：
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的。
作者：zuqiangshen
