Android 6.0手机报错 so: has text relocations 解决办法

报错 so: has text relocations 解决办法"/>

Android 6.0手机报错 so: has text relocations 解决办法

1、先放上解决办法：

在gradle中将   targetSdkVersion  减低版本至23以下 

defaultConfig {applicationId "com.lvche.lvchedingdang"minSdkVersion 14targetSdkVersion  22 // 修改这里versionCode 1versionName "1.0.0"// dex突破65535的限制multiDexEnabled true
}

注明：这是指标不治本的方法

2、问题产生的原因：

在Android6.0之后，在载入.so库时，会从以前的warning变为error，应用程序不能在6.0设备上使用，因此需要适配。
如果没有工程中的.so库的C/C++源码，比如是使用的第三方的.so库，那么就可以不继续往下看了，只能使用1中的办法暂时解决了，或者更新第三方库。

首先，这个问题的官方回复如下：
=3028

问题出现原因：
这个问题出现在loadLibrary()的过程中. 在Android 6.0之前, text reloactions问题, 会在编译的过程中, 作为warning报出来, log大致如下:

[plain] view plain copy ActivityManager: WARNING: linker: libdvm.so has text relocations. This is wasting memory and is a security risk. Please fix  

在Android6.0中，原来的warning升级为error,因此6.0系统中运行程序会crash。
text reloactions又被称为TEXTREL，它与PIC相关，先说说PIC：

PIC: Position Independent Code, 指一段代码, 在加载到内存后, 其物理地址与代码本身是无关的.

为什么要使用PIC:
1. 效率相关: 使用PIC后, 代码可以被加载到内存的任意位置, 即不存在某段代码始终对应特定物理地址的情况, 这样的方式, 适用于共享对象的加载.
换个说法, 使用PIC的共享对象, 在内存中是真正"共享"的; 而未使用PIC的共享对象, 在被不同进程加载的过程中, 会产生多个copy, 从而引入效率问题.
2. 安全相关: 使用PIC后, 特定代码被加载的内存地址不确定, 这样可以避免某些内存地址敏感的攻击. RedHat有一篇相关的文章:
回到TEXTREL, 它实际上是源码中存在"特定代码映射特定地址". 加载代码时, 必须将其加载到特定物理地址, 导致调用这些代码时, 必需增加一个relocation的过程.

解决方案：
方案一（官方推荐）：
1. =3028为Google推荐的方案
2. 以下是解决步骤
操作步骤:
这里面东西好多你不会想看我再写一次的所以自己看吧
一句概括要做的: 通过scanelf / objdump定位存在TEXTREL问题的文件, 以及关键代码在文件中的偏移量, 然后根据偏移量对应的特征 (函数名 / hard code的绝对地址等), 定位到代码所在.
方案二 (简单但会影响程序效率): 
在mk脚本中, 对LOCAL_CFLAGS, 增加-fPIC参数, 同时按需求配置链接库的参数. 此方案的参考源是