一个简单的react-native HelloWorld项目打包后的大小是7MB多,对于现有项目集成react-native来说是一个不小的负担。而拆开apk包占据大部分容量的是react-native的so,所以我们的法子是怎么减少打包的so。本文讲的方法对于很多只是在现有项目中集成react-native做部分业务模块实验目的的用户来说是肥肠有用的。
废话少说先来一个压缩so惯用的伎俩:
只保留armeabi so
大家惯用的伎俩了,不多解释直接上个删除其他abi的gradle代码方便大家
splits { abi { enable true reset() include 'armeabi' } }
react-native so不打包进apk,而是从网络下载
react-native能运行的api level需要>=16,意味着android 4.1以下系统是跑不了react-native的。对于android 4.1以下系统那么干脆禁掉react-native独立打包或许是个不错的选择。但是你能独立对android 4.1以下系统独立打包,用户不会乖乖下载指定系统的安装包的。所以我在这里提出一个更加彻底的方案:所有react-native的so都不打包进apk,而是在用户启动后下载react-native的so再放置到lib目录。
将react-native做成动态下载so,面临的一个技术问题是程序安装包的lib目录没有写入权限的。所以我们得想法子让react-native从其他目录加载so而不是从默认的so目录。幸运的是reac-native是用SoLoader库来加载so。我们可以从SoLoader入手对SoLoader代码修改或者是hack让它从指定的目录加载react-native的so。先来看看SoLoader在react-native中的初始化流程
由ReactInstanceManager.Builder创建ReactInstanceManager(XReactInstanceManagerImpl/ReactInstanceManagerImpl),XReactInstanceManagerImpl(ReactInstanceManagerImpl)调用SoLoader.init初始化一些SoSource存储在静态数组sSoSources中。
SoSource是一个抽象类,负责处理你想要怎么加载so。该类需要实现两个方法:
public int loadLibrary(String soName,int loadFlags)
加载so相当于System.loadLibrary
public File unpackLibrary(String soName)
确保so已经加压存到对应的目录
除了NoopSoSource其他SoSorce子类都是继承自DirectorySoSource,让我们来看看SoSorce的实现类DirectorySoSource。DirectorySoSource的loadLibrary实际调用的是loadLibraryFrom,一个protected方法:
int loadLibraryFrom(String soName,int loadFlags,File libDir)
loadLibraryFrom的参数libDir可以传入加载so的路径.
到这里您应该明白更改SoLoader加载so路径的方法了吧:写一个DirectorySoSource代理类替换掉DirectorySoSource(修改SoLoader的静态变量sSoSources),在loadLibrary、unpackLibrary时发现是react-native的so,设法让它跑到指定的目录加载。
最后,代码就不上了。方法2中简单的反射一下或者修改SoLoader代码都是可行的。通过这两个方法处理后最后打包一个HelloWorld项目立马减少5MB多!