如何排查Flutter应用Google Play检出的Pixel2(API28)崩溃问题

问题现象 #

发布Flutter应用至Google Play商店时，平台测试反馈应用仅在Pixel 2（API 28）设备上触发崩溃，其余测试设备均无异常。本地PC端同配置Pixel 2（API 28）模拟器测试时应用运行正常，无法复现崩溃，且检索不到该错误的有效参考资料。

核心报错日志 #

Abort message: 'vendor/unbundled_google/libs/ndk_translation/ndk_translation/ir/include/ndk_translation/ir/ir.h:685: 
CHECK failed: IsAligned(offset, GetFormatSize(format))'

排查步骤 #

• 先明确本地无法复现的根因：日志里的ndk_translation是x86架构转译ARM指令的系统层模块，本地用的Pixel 2模拟器默认是x86架构，而Google Play测试用的实体Pixel 2是32位ARM架构，x86架构默认允许非对齐的内存访问，不会触发该校验，只有32位ARM实体设备才会抛出这个崩溃。
• 全量排查应用依赖的原生插件：打开pubspec.yaml，逐个梳理所有带NDK编译so库的插件，重点排查涉及音视频处理、加解密、结构化数据序列化、大内存块读写的小众/低维护插件，这类插件最容易出现内存对齐不规范的问题。
• 检查原生编译配置：如果项目里有自定义的NDK编译逻辑，或者通过混淆、裁剪工具修改过so库，确认编译时没有关闭32位ARM架构的内存对齐校验参数，不要为了压缩包体积随意修改NDK默认的对齐规则。
• 真机复现抓完整栈：找一台ARM架构的实体Pixel 2（API 28）设备，不要用x86模拟器，遍历触发所有调用原生能力的功能，通过adb logcat抓取崩溃发生时的完整调用栈，直接定位到出问题的具体so库和对应业务逻辑。
• 二分法定位问题插件：如果没有实体测试机，就逐个移除项目里带原生so的依赖，每移除一个就打测试包上传到Play控制台的内部测试轨道，跑平台的自动化测试，直到崩溃不再出现，就能锁定引发问题的插件，后续可以选择替换插件，或者自行修复插件里的内存对齐问题。

该崩溃本质是32位ARM架构下的非对齐内存访问错误，和Flutter框架本身无关，问题一定出在应用引入的原生代码或者第三方原生插件上。

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