MNN项目中Android Release版本保留符号表的方法

背景介绍

在移动端AI推理框架MNN的实际应用中，开发团队经常需要处理线上环境出现的崩溃问题。当使用Android Release版本时，默认情况下编译生成的动态链接库(so文件)会被剥离符号表，这使得崩溃日志难以定位具体问题位置。本文将详细介绍如何在MNN项目中保留符号表，同时又不影响正式发布的版本。

两种解决方案

方案一：使用Android Studio编译

MNN项目官方推荐的方法是使用Android Studio打开project/android/build.gradle文件进行编译。这种方法会自动生成带有调试符号的中间文件(如obj文件)，这些文件可以用于后续的崩溃分析。

优点：

• 官方推荐方法，兼容性好
• 编译过程可视化，便于管理
• 生成的中间文件完整

缺点：

• 需要安装Android Studio
• 编译流程相对复杂

方案二：修改CMake配置

对于习惯使用命令行编译的开发者，可以通过修改MNN项目的CMakeLists.txt文件来实现符号表保留。具体操作是移除以下代码段：

if(MNN_BUILD_FOR_ANDROID_COMMAND)
    set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -s")
    set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -pie -fPIE -s")
    set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -Wl,--gc-sections")
endif()

这段代码中的-s参数就是用于剥离符号表的选项，移除后编译生成的so文件将保留完整的符号信息。

优点：

• 保持命令行编译流程
• 修改简单直接

缺点：

• 需要手动修改构建系统文件
• 可能影响其他构建配置

实际应用建议

在实际项目开发中，建议采用以下策略：

1. 开发调试阶段：使用保留符号表的版本，便于快速定位问题
2. 预发布阶段：使用剥离符号表的版本进行性能测试
3. 线上环境：发布剥离符号表的版本，但同时保留带符号表的版本用于崩溃分析

对于持续集成(CI)系统，可以配置两套构建流程：一套生成带符号表的调试版本，另一套生成优化后的发布版本。

符号表管理进阶技巧

1. 分离调试信息：可以使用objcopy工具将调试信息从so文件中提取出来单独保存，既减小发布包体积，又保留调试能力
2. 版本对应：确保保存的符号表版本与发布的so文件版本严格对应
3. 自动化脚本：编写自动化脚本处理符号表提取和存储，避免人工操作失误

通过合理管理符号表，开发团队可以在保证应用性能的同时，有效提升线上问题的排查效率。