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

1、先放上解决办法:

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

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

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

2、问题产生的原因:

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

首先,这个问题的官方回复如下:
https://code.google.com/p/Android-developer-preview/issues/detail?id=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有一篇相关的文章: https://securityblog.redhat.com/2012/11/28/position-independent-executables-pie
回到TEXTREL, 它实际上是源码中存在"特定代码映射特定地址". 加载代码时, 必须将其加载到特定物理地址, 导致调用这些代码时, 必需增加一个relocation的过程.


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

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值