Robolectric 是 Android 的单元测试框架,运行无需 Android 真机环境直接运行在 JVM 之上,所以在 test case 运行速度效率上有了很大提升,接近于 Java JUnit test(JUnit test > Robolectric >> androidTest)。不过框架本身并不支持 so 本地库的加载使用,加载时会直接报错,因为实际上运行环境是电脑机器,而我们打出的 so 文件是给手机上用的所以当然会报错。虽然在 GitHub 上很多人问过关于使用 so 的问题但基本都建议说不要在单元测试中去加载本地库,这在原则上是要这么做,但可能有些项目中做起来就有些困难了,比如在代码结构不够好、依赖耦合较大或者本身就对 so 库依赖很大的情况下。所以下面说说在项目中 Robolectric 要怎么解决需要加载运行本地 so 库这个问题。
动态库
动态库又称动态链接库(Dynamic-link library 缩写 DLL),是一个包含可由多个程序同时使用的代码和数据的库,DLL 不是可执行文件。动态链接提供了一种方法,使进程可以调用不属于其可执行代码的函数。函数的可执行代码位于一个 DLL 中,该 DLL 包含一个或多个已被编译、链接并与使用它们的进程分开存储的函数。DLL 还有助于共享数据和资源。多个应用程序可同时访问内存中单个DLL 副本的内容。DLL 是一个包含可由多个程序同时使用的代码和数据的库。Windows下动态库为 .dll 后缀(一般为 PE 格式),在 Linux 在为 .so 后缀(一般为 ELF 格式),macOS下为 .dylib 后缀(一般为 Mach-O 格式) 。由于 CPU 架构和动态库文件格式的不同因而在不同平台下不能通用。其它细节的东西就不展开了因为也不会 :-)
我们知道动态库一般都是打给特定平台、特定 CPU 架构用的,所以要解决在 Robolectric 下加载运行 so 动态库的问题的思路就是在不同 Robolectric 运行平台下去处理加载不同的动态库,所以你要在 Robolectric 中使用的 so 动态库最好要有源码不然在 macOS 和 Windows 下就不就好处理了。
Note: 注意动态库名称已 lib 开头。
Linux 下 Robolectric 中使用动态库
Android 与 Linux 同气连枝,所以底层的东西很多是通用的,动态库也一样。我们 Android 使用 so 时一般也要对不同 CPU 架构的手机下使用不同的 so 文件,譬如:armeabi-v7a、mips、x86。而我们使用的 LInux 发行版一般都是 64 位的,所以原理上我们使用 x86-64 的动态库是可以的,不过可能需要处理依赖库问题如果你的本地代码里有 include 其它依赖的话。如果没加进来 Robolectric 运行就会报如下的错误:
@Test public void testLoadNativeLibrariesSuccess() throws Exception {
String nativeExcepted = "Hello from Native.";
String result = NativeSample.stringFromJNI();
Log.d(TAG, "result: " + result);
assertEquals(nativeExcepted, result);
}
End
Linux 下使用最快速方便,只需要打包程序的 so 时顺便打包出 x86-64 的 so ,然后复制 ndk-bundle 的 so 加上需要的依赖即可。macOS 和 Windows 下就需要自己打包出各自平台下的动态库才可使用,如果代码里有 Android 自带 so 依赖的话那就需要自己去重新移植编译打包 ndk-bundle 里的动态库了。