开发构建正常但Release构建崩溃，抛出NoSuchFieldException: mIsFinished字段不存在异常

我之前碰到过类似的Release构建崩溃问题，结合你提供的配置信息（开启了Proguard、New Architecture，还有自定义fork的sync-storage库），大概率是这几个原因导致的，咱们一步步拆解分析：

1. Proguard 混淆移除了私有字段 #

你在expo-build-properties里开启了enableProguardInReleaseBuilds和enableShrinkResourcesInReleaseBuilds，这会让Proguard在Release构建时自动移除它认为“未被使用”的类、字段和方法。而mIsFinished是MessageQueueThreadImpl的私有字段，很可能是某个依赖（比如你的sync-storage库，或者RN内部的间接调用）通过反射来访问它，但Proguard无法识别这种隐式引用，直接把这个字段给删掉了，导致运行时反射找不到它。

解决验证： #

临时关闭Proguard（把enableProguardInReleaseBuilds改成false），打包Release版本测试。如果崩溃消失，那就是Proguard的问题，只需要在Android的Proguard规则里添加保留这个字段的配置：
在android/app/proguard-rules.pro文件中加入：

# 保留MessageQueueThreadImpl的mIsFinished字段，避免被Proguard移除
-keep class com.facebook.react.bridge.queue.MessageQueueThreadImpl {
    boolean mIsFinished;
}

2. New Architecture 兼容性问题 #

你开启了newArchEnabled: true，而React Native 0.79的New Architecture对内部类的结构做了不少调整，MessageQueueThreadImpl的内部实现可能和旧架构有差异，比如mIsFinished字段可能被重命名、封装成了其他形式，或者你的某个依赖（比如fork的sync-storage）还没完全适配New Architecture，导致反射找不到字段。

解决验证： #

临时关闭New Architecture（将newArchEnabled改为false），打包Release版本测试。如果崩溃消失，那说明是New Arch的兼容性问题：

• 检查sync-storage的代码，看是否有依赖RN内部私有字段的逻辑，替换为RN官方提供的公开API；
• 升级相关依赖到明确支持New Architecture的版本，比如确认@react-native-async-storage/async-storage是否完全适配RN 0.79的New Arch。

3. Fork的sync-storage库的潜在适配问题 #

你替换了sync-storage里的Async Storage依赖，虽然版本号匹配，但sync-storage的原始代码可能是针对旧版React Native写的，里面可能存在直接反射访问MessageQueueThreadImpl.mIsFinished的逻辑。在RN 0.79中，这个私有字段可能已经被RN团队调整（比如改为用getter方法替代，或者完全移除），导致Release构建时找不到。

解决验证： #

直接检查你fork的sync-storage库的源代码，搜索是否有MessageQueueThreadImpl、mIsFinished或者reflect相关的代码。如果发现有反射调用这个私有字段的逻辑，建议：

• 替换为React Native官方提供的公开API来实现相同功能（比如如果是判断线程是否已结束，查找RN是否有公开的方法可以替代）；
• 移除对私有字段的依赖，避免依赖RN内部未公开的实现细节。

内容来源于stack exchange