求助：Quiz模块可在Android模拟器运行但真机启动即崩溃

嘿，这种模拟器跑起来没问题但真机一打开就闪退的情况真的很磨人，尤其是还没在Logcat里抓到明确报错的时候。我给你整理几个实用的排查方向，你可以挨个试试：

• 确保日志抓取到位：有时候真机进程崩溃太快，Logcat的实时过滤可能漏了关键信息。试试用命令行直接抓全量错误日志：

  adb logcat -v time *:E
  

  执行命令后立刻打开Quiz模块，看看输出里有没有进程崩溃的信号（比如SIGSEGV）或者被忽略的系统级错误。

• 核对真机系统版本与适配配置：模拟器是API27（Nougat），但真机的Android版本可能更高或更低。打开build.gradle看看minSdkVersion、targetSdkVersion的设置，确认真机版本在适配范围内。如果真机是高版本（比如Android 10+），还要检查有没有用到需要动态申请的权限，或者API行为变更导致的兼容性问题。

• 排查权限缺失问题：模拟器经常会默认授予所有权限，但真机得用户手动授权。如果Quiz模块用到了相机、存储、网络这类权限，先确认Manifest里有没有声明，代码里有没有做动态权限申请。要是用户没授权就直接调用相关功能，很可能会触发崩溃。

• 检查原生库/第三方SDK的架构兼容性：如果Quiz模块用到了JNI库或者第三方SDK，可能这些库在真机的CPU架构（比如arm64-v8a、armeabi-v7a）下有适配问题。看看build.gradle里的ndk.abiFilters有没有包含真机的架构，或者第三方库是否提供了对应架构的支持包。

• 排查资源加载异常：真机的屏幕分辨率、密度和模拟器可能不一样，要是Quiz模块里有硬编码的资源路径、缺失的特定尺寸资源，或者资源文件损坏，都可能导致加载时崩溃。可以检查下模块内的drawable、layout资源有没有适配问题，有没有用错资源ID的情况。

• 启用严格模式捕捉潜在问题：在你的Application类里开启StrictMode，它能帮你捕捉到一些模拟器忽略的线程问题、内存泄漏风险或者违规操作。代码示例：

  @Override
  public void onCreate() {
      super.onCreate();
      if (BuildConfig.DEBUG) {
          StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
                  .detectAll()
                  .penaltyLog()
                  .build());
          StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
                  .detectAll()
                  .penaltyLog()
                  .build());
      }
  }
  

  开启后再运行，看看Logcat里有没有新增的警告或错误信息。

• 检查混淆配置（如果是Release版本）：如果只有Release版本在真机闪退，Debug版本正常，大概率是ProGuard/R8混淆把Quiz模块的关键类、方法给误处理了。打开混淆规则文件，确认有没有给模块内的核心类添加-keep规则，避免被混淆或删除。

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