如何动态加载android的so文件，如何压缩apk尺寸

您好，很高兴为您解答。

一、 工具集介绍 （项目地址： https://github.com/liyuming1978/NativeLibCompression）

安卓压缩工具集提供了一个极为简洁的方法，能够比安卓原有的Zip提供更高压缩比的存储应用内的so文件 （后期版本还可以支持压缩动态加载的jar包，以及游戏资源文件），同时提供了应用内网络更新下载压缩文件的方法，使得应用可以将部分so存储到云端，减小应用的尺寸。

压缩原理： 压缩工具会把所有的so使用LZMA算法压缩到assert目录，应用在第一次启动的时候，会解压到应用的私有目录下

二、 工具集组成

工具集为一个安装程序，建议安装在默认路径下，安装在program files下在win7可能有读写权限的问题导致一些异常

安装后，你可以看见4个目录，此目录内都含有源码。

安装后的四个目录如下

其中 ApkLibComrepss 为java命令行程序的源码，在此目录的bin子目录中，你可以找到ApkCompress.jar ，使用这个文件可以把一个普通的apk文件转换为压缩的apk文件

CompressDemo为一个样例代码，你可以参考这个代码知道如何整合压缩的SDK。

DecRawso是压缩的SDK，你的开发工程需要引用这个SDK，并进行一些源码上的修改，才能整合压缩的功能

RawsoCreator为windows下的转换工具， 这个工具一般无需使用， 仅仅在调试和二次开发压缩SDK的时候使用。

三、 如何整合压缩SDK

打开CompressDemo，我们以这个工程为例子讲解如何整合压缩SDK

1. 首先需要引入DecRawso工程

2. 然后需要在你的工程内最初始的地方调用DecRawso.NewInstance。在此demo工程内，是在MainActivity.java的OnCreate内调用了此方法， 此方法是创建了一个解压的唯一实例。注意：此方法是异步的，所以你可以传入一个handler接受异步解码完成的消息，如果同时传入参数showProgress=true，SDK内会产生一个进度对话框以阻塞主进程。不推荐使用DecRawso.NewInstance(mContext,null,false)的方式，此方式不接受任何消息，且无进度对话框，解压会在后台自动完成，并且在应用第一次load so的时候阻塞直到后台解压完成。所以如果阻塞时间过长，可能会导致应用无响应。

3. 修改load so文件的方法：所有的System.loadlibrary(***)改为 System.load(DecRawso.GetInstance().GetPath(“***"))

新版本， 这步可以省略了，sdk会修改system的libaray加载路径，一般情况下，系统升级不会出问题 （非正规代码，小概率会随android升级修改新的代码），如果方便的话，还是采用System.load(DecRawso.GetInstance().GetPath(“***"))

经过这几个简单的步骤，压缩的SDK已经整合到工程内了。

四、 如何压缩发布APK

使用ApkCompress.jar压缩发布APK。 此工具为命令行工具。一般的此命令使用方式为：在命令行运行ComPressApk.jar-a C:/my/test.apk -k c:/key *** ### alias -x86http://www.test.com （也可以运行 java –jarComPressApk.jar ）

-a 后面跟apk路径名， 可以不是全路径

-k 后面是签名文件[key storepasskeypass alias name] ，key可以不是全路径名 (name 如果不写， 默认就是CERT)

-x86 表示需要存储x86库文件在云端， 后面跟以http://开头的链接，最后实际的存储位置应该为 http://www.test.com/cloudrawso_x86

命令执行完以后， 会生成test_CompressAlign.apk. 这个apk就是压缩后的apk

五、 开发模式和压缩模式

为了方便开发，在实现开发的过程中（修改了源码支持压缩后），也可以不压缩so，apk也可以正常运行，压缩的SDK内部会自动判断是否有压缩包， 如果没有压缩包，则加载的路径恢复成android默认的路径。所以最方便的开发是，先整合代码，在开发过程中和原来一样开发（不压缩），在发布的时候才压缩apk

六、 X86和ARM库混合调用

在实现开发过程中，可能会有某些第三方库确实没有x86版本，通常情况下ISV并不在x86目录下放置arm的第三方库，那么在实际运行过程中会导致缺库现象的发生。在缺库的情况下，压缩的SDK会在x86设备上自动解压arm的压缩包，避免缺库现象的发生。（只有真正加载了缺失的库才是缺库，库文件不一致并不一定就是缺库）

但是显然这样会导致运行的低效率，如果在第三方so和x86的库完全没有相互引用的情况下（也就是说这些库都是java层使用JNI调用的，在native层没有相互调用），可以拷贝arm的第三方库到x86目录下，这样就不会出现缺库的情况。当然这种情况会导致arm库多余的拷贝，在以前的zip压缩情况下，会使得压缩包变大，但是在新的LZMA压缩情况下，库大小完全不会增大，因为LZMA压缩由于字典比较大，能够尽可能的压缩关联的几个文件，如果文件完全相同，LZMA的压缩会和单个文件基本一致。

如若满意，请点击右侧【采纳答案】，如若还有问题，请点击【追问】

希望我的回答对您有所帮助，望采纳！

~ O(∩_∩)O~

用JNI实现

实例：

创建HelloWorld.java

class HelloWorld

{

private native void print()

public staticvoid main(String[] args)

{

new HelloWorld().print()

}

static

{

System.loadLibrary("HelloWorld")

}

}

注意print方法的声明，关键字native表明该方法是一个原生代码实现的。另外注意static代码段的System.loadLibrary调用，这段代码表示在程序加载的时候，自动加载libHelloWorld.so库。

编译HelloWorld.java

在命令行中运行如下命令：

javac HelloWorld.java

在当前文件夹编译生成HelloWorld.class。

生成HelloWorld.h

在命令行中运行如下命令：

javah -jni HelloWorld

在当前文件夹中会生成HelloWorld.h。打开HelloWorld.h将会发现如下代码：

/* DO NOT EDIT THIS FILE - it is machine generated */

#include <jni.h>

/* Header for class HelloWorld */

#ifndef _Included_HelloWorld

#define _Included_HelloWorld

#ifdef __cplusplus

extern "C" {

#endif

/*

* Class: HelloWorld

* Method:print

* Signature: ()V

*/

JNIEXPORT void JNICALL Java_HelloWorld_print

(JNIEnv *, jobject)

#ifdef __cplusplus

}

#endif

#endif

该文件中包含了一个函数Java_HelloWorld_print的声明。这里面包含两个参数，非常重要，后面讲实现的时候会讲到。

实现HelloWorld.c

创建HelloWorld.c文件输入如下的代码：

#include <jni.h>

#include <stdio.h>

#include "HelloWorld.h"

JNIEXPORT void JNICALL

Java_HelloWorld_print(JNIEnv *env, jobject obj)

{

printf("Hello World!\n")

}

注意必须要包含jni.h头文件，该文件中定义了JNI用到的各种类型，宏定义等。

另外需要注意Java_HelloWorld_print的两个参数，本例比较简单，不需要用到这两个参数。但是这两个参数在JNI中非常重要。

env代表java虚拟机环境，Java传过来的参数和c有很大的不同，需要调用JVM提供的接口来转换成C类型的，就是通过调用env方法来完成转换的。

obj代表调用的对象，相当于c++的this。当c函数需要改变调用对象成员变量时，可以通过 *** 作这个对象来完成。

编译生成libHelloWorld.so

在Linux下执行如下命令来完成编译工作：

cc -I/usr/lib/jvm/java-6-sun/include/linux/

-I/usr/lib/jvm/java-6-sun/include/

-fPIC -shared -o libHelloWorld.so HelloWorld.c

在当前目录生成libHelloWorld.so。注意一定需要包含Java的include目录（请根据自己系统环境设定），因为Helloworld.c中包含了jni.h。

另外一个值得注意的是在HelloWorld.java中我们LoadLibrary方法加载的是

“HelloWorld”，可我们生成的Library却是libHelloWorld。这是Linux的链接规定的，一个库的必须要是：lib+库

名+.so。链接的时候只需要提供库名就可以了。

运行Java程序HelloWorld

大功告成最后一步，验证前面的成果的时刻到了：

java HelloWorld

如果你这步发生问题，如果这步你收到java.lang.UnsatisfiedLinkError异常，可以通过如下方式指明共享库的路径：

java -Djava.library.path='.' HelloWorld

当然还有其他的方式可以指明路径请参考《在Linux平台下使用JNI》。

我们可以看到久违的“Hello world!”输出了。

问题描述：Android如何调用第三方SO库；已知条件：SO库为Android版本连接库（*.so文件），并提供了详细的接口说明；已了解解决方案：1.将SO文件直接放到libs/armeabi下，然后代码中System.loadLibrary("xxx")；再public native static int xxx_xxx_xxx()；接下来就可以直接调用xxx_xxx_xxx()方法；2.第二种方案，创建自己的SO文件，在自己的SO文件里调用第三方SO，再在程序中调用自己的SO，这种比较复杂，需要建java类文件，生成.h文件，编写C源文件include之前生成的.h文件并实现相应方法，最后用android NDK开发包中的ndk-build脚本生成对应的.so共享库；求解：1.上面两种方案是否可行？不可行的话存在什么问题？2.两种方案有什么区别？为什么网上大部都是用的第二种方案？3.只有一个*.so文件，并提供了详细的接口说明，是否可在ANDROID中使用它？首先要看这个SO是不是JNI规范的SO，比如有没有返回JNI不直接支持的类型。也就是说这个SO是不是可以直接当作JNI来调用。如果答案是否定的，你只能选第二个方案。如果答案是肯定的，还要看你是不是希望这个SO的库直接暴露给JAVA层，如果答案是否定的，你只能选第二个方案，比如你本身也是一个库的提供者。一般如果你只有SO，就说明这个是别人提供给你的，你可以要求对方给你提供配套的JAVA调用文件。1、这个要看这个SO是不是符合JNI调用的规范。还要看你自己的意愿。2、因为第二种方法最灵活，各种情况都可以实现。3、可以看能不能直接从JAVA调用的最简单的方法就是看SO里的函数名是不是Java_XXX_XXX_XXX格式的是就可以，你可以自己写一个配套的JAVA文件，注意一下SO函数名和JAVA函数名的转换规则，或者向SO提供方索要；不是的话就选第二种方案吧。1、检查所需文件是否齐全使用第三方动态库，应该至少有2个文件，一个是动态库（.so），另一个是包含动态库API声明的头文件(.h)2、封装原动态库原动态库文件不包含jni接口需要的信息，所以我们需要对其进行封装，所以我们的需求是：将libadd.so 里面的API封装成带jni接口的动态3、编写库的封装函数libaddjni.c根据前面生成的com_android_libjni_LibJavaHeader.h 文件，编写libaddjni.c，用来生成libaddjni.soAndroid中集成第三方软件包（.jar, .so）Android中可能会用到第三方的软件包，这包括Java包.jar和Native包.so。jar包既可通过Eclipse开发环境集成，也可通过编译源码集成，看你的工作环境。假定自己开发的程序为MyMaps，需要用到BaiduMaps的库，包括baidumapapi.jar和libBMapApiEngine_v1_3_1.so。一、Eclipse中集成第三方jar包及.so动态库MyMaps工程下创建目录libs以及libs/armeabi，把baidumapapi.jar放在的libs/目录下，把libBMapApiEngine_v1_3_1.so放在libs/armeabi/下。Eclipse中把第三方jar包baidumapapi.jar打包到MyMaps的步骤：1. 右击工程，选择Properties；2. Java Build Path，选择Libraries；3. Libraries页面点击右面按钮“Add Library…”；4. 选择“User Library”，点击“Next”；5. 点击“User Libraries”按钮；6. 在d出界面中，点击“New…”；7. 输入“User library name”，点击“OK”确认；8. 返回之后，选择刚刚创建的User library，右面点击“AddJARs”；9. 选择MyMaps/libs/下的baidumapapi.jar；10. 确认，返回。这样，编译之后，该jar包就会被打进MyMaps.apk中，libBMapApiEngine_v1_3_1.so也被打包在lib/armeabi/中。程序运行过程中，libBMapApiEngine_v1_3_1.so被放在/data/data/<yourAppPackage>/lib/下，加载动态库时系统会从程序的该lib/目录下查找.so库。二、源码中集成第三方集成jar包及.so动态库Android源码中MyMaps放在packages/apps下。MyMaps下创建目录libs以及libs/armeabi，并把baidumapapi.jar放在libs/，把libBMapApiEngine_v1_3_1.so放在libs/armeabi。2.1 修改Android.mk文件Android.mk文件如下：[plain] view plaincopyLOCAL_PATH:= $(call my-dir)include $(CLEAR_VARS)LOCAL_MODULE_TAGS := optionalLOCAL_STATIC_JAVA_LIBRARIES := libbaidumapapiLOCAL_SRC_FILES := $(call all-subdir-java-files)LOCAL_PACKAGE_NAME := MyMapsinclude $(BUILD_PACKAGE)##################################################include $(CLEAR_VARS)LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES :=libbaidumapapi:libs/baidumapapi.jarLOCAL_PREBUILT_LIBS :=libBMapApiEngine_v1_3_1:libs/armeabi/libBMapApiEngine_v1_3_1.soLOCAL_MODULE_TAGS := optionalinclude $(BUILD_MULTI_PREBUILT)# Use the following include to make our testapk.include $(callall-makefiles-under,$(LOCAL_PATH))1 集成jar包LOCAL_STATIC_JAVA_LIBRARIES取jar库的别名，可以任意取值；LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES指定prebuiltjar库的规则，格式：别名:jar文件路径。注意：别名一定要与LOCAL_STATIC_JAVA_LIBRARIES里所取的别名一致，且不含.jar；jar文件路径一定要是真实的存放第三方jar包的路径。编译用BUILD_MULTI_PREBUILT。2 集成.so动态库LOCAL_PREBUILT_LIBS指定prebuilt so的规则，格式：别名:so文件路径。注意：别名一般不可改变，特别是第三方jar包使用.so库的情况，且不含.so；so文件路径一定要是真实的存放第三方so文件的路径。编译拷贝用BUILD_MULTI_PREBUILT。2.2 加入到GRANDFATHERED_USER_MODULES在文件user_tags.mk中，把libBMapApiEngine_v1_3_1加入到GRANDFATHERED_USER_MODULES中[plain] view plaincopyGRANDFATHERED_USER_MODULES += \… \libBMapApiEngine_v1_3_1user_tags.mk可以是build/core下的，也可以是$(TARGET_DEVICE_DIR)下的，推荐修改$(TARGET_DEVICE_DIR)下的。2.3 编译结果MyMaps.apk编译生成在out/target/product/<YourProduct>/system/app/下；libBMapApiEngine_v1_3_1.so放在out/target/product/<YourProduct>/system/lib/下，这也是系统加载动态库时搜索的路径。

---