受 Android 平台其他改进的影响,为了方便加载本机代码,Android M 和 N 中的动态链接器对编写整洁且跨平台兼容的本机代码提出了更严格的要求。为了确保平滑过渡到近期发布的 Android 版本,应用的本机代码必须遵循这些规则和建议。
为了减少过渡期间对用户的影响,我们确定了在 Google Play 上安装最多的应用中颇为常用且我们在短期内仍可提供支持的一些库(包括 libandroid_runtime.so、libcutils.so、libcrypto.so 和 libssl.so)。为了给您更多的时间进行过渡,我们将暂时支持这些库;所以,如果您看到警告提示,这就意味着您的代码在将来发布的版本中将无法使用,请立即对其进行修复!
潜在问题:从 API 24 开始,动态链接器将不再加载私有库,并会阻止应用加载。
解决方案:重新编写本机代码,以便仅依赖公共 API。作为短期的变通方案,可以将没有复杂依赖关系的平台库 (libcutils.so) 复制到项目。作为长期的解决方案,必须将相关代码复制到项目树。SSL/Media/JNI 内部/binder API 不可以从本机代码访问。在必要时,本机代码应调用合适的公共 Java API 方法。
解决方案:在您的版本中取消删除节标题的步骤。
文本重定位的常见原因是使用了非定位独立手写汇编程序。这种情况并不常见。使用我们的文档中所述的 scanelf 工具进行进一步诊断:
$ scanelf -qT libTextRel.so libTextRel.so: (memory/data?) [0x15E0E2] in (optimized out: previous simd_broken_op1) [0x15E0E0] libTextRel.so: (memory/data?) [0x15E3B2] in (optimized out: previous simd_broken_op2) [0x15E3B0] [skipped the rest]
如果您没有可用的 scanelf 工具,您可以使用 readelf 进行基本检查,查找 TEXTREL 条目或 TEXTREL 标志。查找其中之一便已足够。(对应于 TEXTREL 条目的值无关紧要,且其通常为 0,存在 TEXTREL 条目即可表明 .so 包含文本重定位)。本例同时存在两个指标:
解决方案:重新写入与位置无关的汇编程序,确保不需要文本重定位。查看 Gentoo 文档,了解相关详细信息:
wiki.gentoo.org/wiki/Hardened/Textrels_Guide
更糟糕的是,有些编译系统存在漏洞,这会导致它们插入指向构建主机上的文件的 DT_NEEDED 条目,而在设备上将无法找到这种文件。
每个 ELF 共享对象(“原生库”)必须有一个 SONAME(共享对象名称)属性。NDK 工具链会默认添加此属性,若无此属性,则表明备用工具链或编译系统存在配置错误。缺少 SONAME 可能导致运行时问题,例如加载错误的库:缺少此属性时将使用文件名。
请记住,使用最新版 NDK 构建的整洁的跨平台代码在 Android N 上应没有问题。我们建议您修改本机代码的构建,以便生成正确的二进制文件。
查看文中所有链接,请点击文末阅读原文。
7.26 Google Doodle: Maria Severa Onofriana 诞辰196周年