libxxx.so- text relocations问题的终极解决方案

简介: 问题表现形式错误或警告日志当targetSdkVersion>=23且使用debug签名时,在6.0+的Android设备上运行App会输出以下错误Log:E/linker: /data/app/packagename/lib/arm/libxxx.

问题表现形式

错误或警告日志

当targetSdkVersion>=23且使用debug签名时,在6.0+的Android设备上运行App会输出以下错误Log:

E/linker: /data/app/packagename/lib/arm/libxxx.so: has text relocations 
W/System.err: java.lang.UnsatisfiedLinkError: dlopen failed: /data/app/packagename/lib/arm/libxxx.so: has text relocations

注意:当targetSdkVersion>=23,在低于6.0的设备上运行是正常的,至于原因,本文最后会谈到。

当targetSdkVersion<23且使用debug签名时,在6.0+的Android设备上虽然运行正常,但会输出以下警告Log:

W/linker: “/data/app/packagename/lib/arm/libxxx.so”: has W+E (writable and executable) load segments. This is a security risk shared libraries with W+E load segments will not be supported in a future Android release. Please fix the library.

W/linker: /data/app/packagename/lib/arm/libxxx.so has text relocations. This is wasting memory and prevents security hardening. Please fix.

App启动时弹出提醒对话框

当targetSdkVersion<23且使用debug签名的APK运行在高版本系统上(此处使用原生7.0测试),每次启动时会弹出一个对话框,其内容如下:

Detected problems with app native libraries (please consult log for detail) : libxxx.so: text relocations

上述各种表象可以发现是同一个问题所致,即libxxx.so: text relocations。

问题原因

“libxxx.so: text relocations”这个问题在Android 6.0官方的更新说明中有提及:

On previous versions of Android, if your app requested the system to load a shared library with text relocations, the system displayed a warning but still allowed the library to be loaded. Beginning in this release, the system rejects this library if your app’s target SDK version is 23 or higher. To help you detect if a library failed to load, your app should log the dlopen(3) failure, and include the problem description text that the dlerror(3) call returns. To learn more about handling text relocations, see this guide.

这个问题在6.0之前只会产生一个警告,系统还是可以正常加载包含text relocations的共享库的,但从6.0起,即SDK Version>=23时,系统将会拒绝加载包含text relocations的共享库,同时输出错误Log,也就是上文中看到的错误日志。

其实引起该问题的最根本原因,是so动态链接库的代码并非PIC(Position independent code),关于PIC的概念可以参考维基百科的介绍。在Android 6.0更新说明中,也只是简单提了一句处理方案:

To learn more about handling text relocations, see this guide.

该链接是一个解决text relocations (TEXTRELs)的指南。

解决方案

当你在网上搜索此问题时,会发现90%以上的搜索结果都告诉你把targetSdkVersion设为小于23。诚然,这样是可以回避掉上述问题,但只是治标不治本,并非终极方案。

如果App想使用6.0甚至7.0的新特性(前几天Android O开发者预览版已发布,此问题更是刻不容缓),就必须将targetSdkVersion提高至23或以上,所以这个问题必须彻底解决,决不能采用targetSdkVersion设为小于23的妥协方案。

真正的解决方案就是解决so动态链接库中的text relocations (TEXTRELs)问题。

修复源码中的text relocations

根据官方推荐的方案链接,会打开一个叫做“Hardened/Textrels Guide”的文档,这篇文档会指导大家解决text relocations问题。

我们大概看一下该文档的目录:

从文档目录可知我们可以先找到有text relocations问题的库,然后可以定位到源代码,从而修改源代码,彻底解决问题。

但是这篇指导文档学习成本较大,还需要安装特定工具,不太好操作。另外如果没有so动态库的源码,哪怕定位到了也无法修改。

编译时处理

在使用NDK编译so时配置Android.mk,增添PIC相关的配置项,这样编译出来的so文件将不再有text relocations的问题。具体配置如下:

LOCAL_LDFLAGS += -fPIC

PIC参数用于编译位置无关代码,生成可用于共享库的位置独立代码。若不添加-fPIC,则加载so文件的代码段时,代码段引用的数据对象需要重定位,重定位会修改代码段内容,这样就导致没使用这个so文件,代码段的进程在内核中就会生成这个文件的拷贝。

关于Android.mk的语法及配置,可参考官方文档

实践建议

虽然有上述两种解决方案,但在实施中也有一些要注意的地方,下面结合自我实践来总结一下:

  • 定位哪个so文件有text relocations问题

    除了上述“Hardened/Textrels Guide”文档中提到的查找方法,在Linux上,可以使用readelf命令行查看。示例如下:

    readelf -a path/to/yourlib.so | grep TEXTREL
    • 1

    如果上边的shell命令输出类似下面的内容,则说明这该so文件不是PIC,是有text relocations问题的。

    0x00000016 (TEXTREL)                    0x0
    • 1

    TEXTREL表示代码段重定位表地址,PIC的共享对象不会包含任何代码段重定位表。因此如果上述命令无任何输出,则该表示so文件没有问题。

    一个App中通常会有多个so文件,有自己编写的,也有第三方的,可以使用上述方法来确定这些so文件是否有text relocations问题。

    另外还可以参考Android changes for NDK developers的“Text Relocations (Enforced since API 23)”章节。

  • 没有so源码的情况

    有时我们的App中使用的是第三方so,如地图定位库、音频解码库等。一旦这些so文件有问题,而我们没有源码,那将无法解决。此种情况下如果想将targetSdkVersion升级到23及以上,只能另寻替代方案或者割舍涉及到的功能。

    我们在实践中遇到的是一个第三方音频解码库有问题,解决方案是使用原生多媒体API来替代。

    同时也建议在使用第三方so文件时,先做一次检查,看有无text relocations的问题。

  • 修改编译参数无效的情况

    例如so中某个功能直接引用了.s的汇编文件(无源文件),而刚好text relocations问题出在.s文件上,此时再使用-fPIC参数编译是无效的,问题无法解决,只能另寻可替代的实现。

话外篇

本文一开始留了一个问题:当targetSdkVersion=23且使用debug签名时,在6.0+的Android设备上运行报错,而在低于6.0的系统上却正常运行,这是为什么呢?

这里不作解答了,顺便再提几个问题吧,留给大家思考:

compileSdkVersion、minSdkVersion、targetSdkVersion的各自含义及它们之间的关系是什么呢?

Android设备本身还有一个系统版本,那么最终影响App运行效果的又是什么呢?是compileSdkVersion?是targetSdkVersion?还是手机本身版本?或者其他?

目录
相关文章
|
4月前
|
编解码 前端开发 图形学
【技术深度解析】多平台适配下的UI适配难题:U3D游戏UI错乱的终极解决方案
【7月更文第12天】随着移动设备市场的多元化,Unity游戏开发者面临的一大挑战是如何在不同分辨率和屏幕尺寸的设备上保持UI的一致性和美观性。游戏在高分辨率平板与低分辨率手机上呈现出的UI布局混乱、按钮错位等问题,严重影响玩家体验。本文旨在探讨Unity UI(UGUI)在多平台适配中的最佳实践,通过优化Canvas Scaler设置、灵活运用RectTransform和Anchor Points,以及高效利用设计工具,确保UI的完美适配。
505 1
|
6月前
|
JavaScript 前端开发 API
分享一次使用某个JavaScript游戏框架开发项目的经历,遇到了哪些挑战以及如何解决的。
在Phaser框架下开发2D平台跳跃游戏&quot;跳跃之旅&quot;时,面临性能优化、碰撞检测与响应及图形动画等挑战。通过使用Phaser的性能分析工具、资源优化和内置物理引擎实现性能提升与精确碰撞。借助图形绘制API和动画系统,创造出精美流畅的游戏体验。此次项目提升了开发者的技术水平和对游戏开发的理解。
36 2
|
6月前
|
人工智能 前端开发 开发者
Baidu千帆大模型赋能——CSS控制DIV垂直水平居中——送给大一的孩子们,学会用AI思维来帮助你解决问题
Baidu千帆大模型赋能——CSS控制DIV垂直水平居中——送给大一的孩子们,学会用AI思维来帮助你解决问题
66 1
|
6月前
【鸿蒙软件开发】文本显示(Text/Span)
【鸿蒙软件开发】文本显示(Text/Span)
832 0
|
前端开发
前端知识学习案例22-code sand box线上编码平台
前端知识学习案例22-code sand box线上编码平台
84 0
前端知识学习案例22-code sand box线上编码平台
|
搜索推荐 前端开发 JavaScript
HTML知识积累及实践(六) - pre,混合框架
HTML知识积累及实践(六) - pre,混合框架
198 0
HTML知识积累及实践(六) - pre,混合框架
|
定位技术
Selenium成长之路-09简单对象定位之link text方法
Selenium成长之路-09简单对象定位之link text方法
274 0
Selenium成长之路-09简单对象定位之link text方法
|
机器学习/深度学习 自然语言处理 前端开发
无需GPT-3!国外小哥徒手开发Text2Code,数据分析代码一键生成
近日,两个外国小哥Kartik Godawat 和 Deepak Rawat 开发了一个 Jupyter 插件Text2Code,可以将自然语言查询转换成相关的 Python 数据分析代码。
278 0
无需GPT-3!国外小哥徒手开发Text2Code,数据分析代码一键生成
|
机器学习/深度学习 计算机视觉
UI2CODE复杂背景无法识别?闲鱼工程师这样打造高准确率方案
你以为你穿个马甲,我就不认识你了嘛
4152 0
|
Web App开发 搜索推荐 大数据