开启LTO的armv8a Android NDK构建引入TLSDESC_PLT/GOT的相关问题

我来帮你逐一拆解这些疑问，结合Android NDK的工具链特性和动态链接器行为来解释：

1. 为何Android armv8a运行时会拒绝这些DT标志？ #

Android的bionic动态链接器（linker）在arm64（armv8a）架构上并未实现对DT_TLSDESC_PLT和DT_TLSDESC_GOT的支持。这两个ELF条目属于TLS（线程局部存储）的动态描述符机制，主要用于复杂场景下的TLS访问（比如动态加载的共享库访问TLS变量）。但Android arm64的TLS实现默认依赖initial-exec或local-exec模型，完全不需要TLSDESC机制，所以链接器识别到这些条目后，会抛出"unused"警告——它知道这些条目存在，但不会使用它们。

2. 为何开启LTO会改变TLS的实现或需求？ #

LTO（链接时优化）会跨所有编译单元进行全局代码分析，LLVM优化器在这个阶段可能会调整TLS的访问策略：

• 当代码中存在跨共享库的TLS访问，或者某些复杂的TLS使用场景时，LTO优化器可能会选择生成TLSDESC相关条目来尝试优化访问效率；
• 非LTO模式下，每个编译单元独立编译，编译器不会进行全局分析，因此不会触发这种TLSDESC相关的优化；
• 此外，LLVM的arm64后端在LTO模式下的默认TLS策略，可能和非LTO模式不同，会主动生成TLSDESC条目，而x86_64后端因为Android linker对TLSDESC的支持情况，默认不会生成这些内容。

3. 如何规避该问题？能否指定其他TLS模型？ #

当然可以，有几种可行的解决方案：

• 显式指定兼容的TLS模型：在编译和链接阶段添加-ftls-model=initial-exec或-ftls-model=local-exec参数，这两个模型是Android arm64 linker完全支持的，不会生成TLSDESC相关条目。如果你的代码中没有动态加载共享库访问TLS的场景，这个方案最稳妥；
• 强制禁用TLSDESC生成：在LTO链接阶段添加-mno-tls-desc参数，直接告诉arm64编译器不要生成TLSDESC相关的ELF条目；
• 升级NDK版本：后续的NDK版本（比如NDK 25及以上）可能已经修复了LTO下arm64生成不必要TLSDESC条目的问题，官方会根据Android的兼容情况调整LLVM的默认优化策略；
• 检查代码中的TLS使用：排查是否有不必要的跨库TLS访问，或者动态加载库中的TLS使用，简化TLS场景也能避免触发该问题。

4. 本次对TLSDESC类标志的拒绝是否属于过度检查，是否为NDK Bug？ #

这不算过度检查——linker确实不支持这些条目，警告是在告知开发者存在无用的ELF元数据。但生成这些无用条目本身属于NDK工具链的适配问题：因为Android arm64明确不支持TLSDESC，LLVM在LTO模式下应该默认禁用该特性，而不是生成不兼容的内容。

这和之前DT_ORIGIN的情况不同：DT_ORIGIN是ELF条目，Android linker不支持，但$ORIGIN是链接时的路径解析变量，属于链接脚本层面的特性，两者是不同的机制。本次问题更偏向于LLVM在Android arm64 LTO场景下的策略疏漏，属于NDK工具链的小bug，后续版本通常会修复。

另外补充：Android x86_64架构下无此问题，是因为该架构的bionic linker原生支持TLSDESC机制，或者LLVM在x86_64 LTO模式下默认不会生成这些条目，适配了Android的环境。

内容的提问来源于stack exchange，提问作者acm