安卓动态链接库文件体积优化探索实践
内容提要
该文章介绍了针对动态链接库的文件体积裁剪优化方案，包括调整编译优化等级、开启LTOLTO、使用rust分析工具bloat、移除无用字符串等方式。成功将编译体积从495k优化到了95k。这些优化策略在C、C++开发中也适用。
延伸解读
优化效果的关键转折点
文章显示，从495k到95k的优化过程中，前几步常规编译选项调整仅减少约129k，而移除无用字符串、代码裁剪和panic_immediate_abort将体积从366k骤降至135k，最后linker script优化再减至95k。这表明后期针对代码和链接阶段的处理对最终结果影响更大，读者在类似优化中可优先关注这些环节。
体积与调试能力的权衡
文章提到，删除.eh_frame和.eh_frame_hdr等section后，程序崩溃时只能得到崩溃地址，无法进行栈回溯。同时，使用panic=abort和panic_immediate_abort也会禁用panic时的栈回溯信息。这些优化虽然显著减小体积，但会牺牲线上问题定位的便利性，开发者需根据实际场景权衡是否采用。
Rust动态库优化的通用性
文章总结的优化策略，如调整优化等级、开启LTO、移除无用字符串、精简section等，在C、C++开发中同样适用。这意味着即使不使用Rust，开发者也可以借鉴这些思路来裁剪动态库体积。但需注意，不同语言和工具链的具体配置方式可能不同，需结合实际情况调整。
Q&A
为什么在安卓开发中选择使用Rust语言编写动态链接库？
主要基于两点考虑：一是稳定性，Rust几乎不需要考虑GC问题，只要按照规范编写代码并通过编译器检查，程序就很难崩溃，这在代码上线后得到了验证；二是安全性，Rust编译产物的内部函数调用规约与传统语言不同，目前市面上还没有相对完善的反编译工具，能有效提升软件的防破解能力。
如何通过调整编译选项来减小Rust动态库的体积？
可以依次调整以下编译选项：将优化等级从默认的O3改为z（生成最小二进制体积），体积从495k降至437k；开启LTO（链接时优化），体积降至436k；将panic改为abort，体积降至366k。这些选项在Cargo.toml的[profile.release]中配置。
使用bloat工具分析Rust动态库发现了什么问题？
bloat分析显示，核心代码模块jdmp仅占46.9KiB，但标准库std却占了192.7KiB，存在大量额外开销。这促使进一步移除无用字符串和代码，并使用panic_immediate_abort选项禁用panic格式化字符串，最终将体积从366k降至135k。
如何通过linker script进一步优化动态库体积？
通过readelf分析ELF文件的各个section，明确各section的作用后，创建一个linker script，只保留程序运行最小依赖的section（如.text、.data、.rodata、.bss、动态链接相关section），并丢弃.eh_frame、.eh_frame_hdr、.gnu.version等非必要section。修改编译参数替换默认linker script后，体积从135k降至95k。
移除.eh_frame和.eh_frame_hdr section会有什么影响？
移除这两个section可以减小文件体积，但会导致程序崩溃时只能得到一个崩溃地址，无法进行栈回溯，因为这两个section用于保存函数的栈帧偏移，方便栈回溯。
这些体积优化策略是否适用于C或C++开发的动态库？
是的，文章总结的优化策略在C、C++开发中仍具有一定的通用性，例如调整编译优化等级、开启LTO、移除无用section等思路可以借鉴。
