Android开发过程中so调用出现的常见问题分析

概述

现在大部分app都会引入so文件，引入so的目的都是为了解决依赖于java本身所无法解决，或者说不能高效解决的问题。例如音视频编解码，百度地图，音频格式转换等等。都会无一例外的引入so，都会依赖于C/C++来解决。我们在日常开发的过程中，在引入第三方so库的时候也会出现一些问题。下面就列出一些常见的问题，并对问题作出相应的分析。

常见问题及分析

常见问题一，提示调用的native 方法未实现。

当我们在调用native方法的时候抛出如下异常

java.lang.UnsatisfiedLinkError: No implementation found for...

，提示方法未实现。

问题分析： 这种情况有几种可能

第一种情况，so文件中确实不存在该native方法的实现。比如我们在引入第三方开源库的时候，刚开始的时候，没有问题，过了一段时间，我们需要替换新的so文件的时候，我们在替换so的时候，没有去替换java层的代码。新的so文件中的API可能有变动，这个时候我们再用之前的方法去调用的时候就有可能出现这种情况。

第二种情况，so中是有该native方法实现的。这种情况，可能是我们不小心修改了java层的调用该native方法的代码。例如，我们修改了调用native方法的java类的类名或者包名等等。

第三种情况，so文件没有被load进来，或者说java层在load库文件so的时候不是通过

System.loadLibrary("so文件名")

的方式加载so文件，而是通过指定路径的方式加载so文件。这种情况也会出现这种问题，不过这种情况很少见。在有的htc手机上面遇到过这种情况，这种情况很少见，这种情况是设备厂商修改so文件的存放目录导致的。所以我们在加载so文件的时候最好通过

System.loadLibrary("so文件名")

方式加载。

常见问题二、so文件在加载的时候报

has text relocations

错误

问题分析，这种情况so自身的问题，6.0以上对于so中

has text relocations

这种错误级别由之前的warning级别变成了error级别。所以，在6.0上面无法加载通过的。这种错误一般都会导致app crash掉。

解决办法：分两种

一种方式依赖于上层来控制，降低targetSdkVersion版本，将targetSdkVersion降到23以下。

另一种方式用最新的NDK编译最新的so文件，推荐用这种方式。不过这种方式有时候是很难实现的，比如我们用的库是第三方开源的库，对于so的更新可能没这么快。

so文件使用需要注意的地方

不要随意改变java层调用native方法的类的类名，包名等。因为，java层的调用native方法的类名、包名和so中的类名包名是一致的。

加载so的时候，尽量不要手动指定加载so文件的存放目录。而是通过

System.loadLibrary("so文件名")

的方式加载。