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