现有原生App中Flutter模块的混淆实现及相关问题咨询

一、Flutter模块混淆的验证方法 #

• 反编译检查产物：构建Release包后，找到Flutter生成的aar（Android）或Framework（iOS），解压后用反编译工具（如jadx、Hopper）查看内部的类/方法名。如果原本的业务类名、方法名变成了a、b、c这类无意义标识，说明混淆已经生效。
• 细看构建日志：除了“flutterR8”字样，日志里如果出现“Running R8 shrinker on Flutter libraries”这类明确提示，或者有加载混淆规则文件的记录，就证明混淆流程在执行。
• 运行时验证：如果混淆没生效，涉及反射的代码大概率会崩溃；如果Release包能正常运行，且反编译结果符合混淆特征，就没问题。

二、--split-debug-info 符号映射文件的位置 #

Android 场景 #

• 手动构建Flutter模块时：执行flutter build aar --split-debug-info=./symbols，符号映射文件会生成在你指定的./symbols目录下，按CPU架构（arm64-v8a、armeabi-v7a等）分文件夹，每个文件夹里对应app.so的app.map文件。
• 原生项目触发构建时：默认生成在Flutter模块的build/app/outputs/symbols/release目录下，同样按架构划分存储。

iOS 场景 #

• 手动构建Flutter模块时：执行flutter build ios --split-debug-info=./symbols，.symbols格式的映射文件会生成在指定的./symbols目录下，对应不同架构（arm64、x86_64）。
• 原生Xcode构建时：符号文件会出现在Flutter模块的build/ios/Release-iphoneos/Flutter.framework.dSYM包内，或者你通过--split-debug-info指定的路径中。

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