如何解决Android应用在高API级别设备深色模式下的stackoverflow错误

StackOverflowError本质是方法调用的线程栈超出了系统分配的栈容量，和堆内存总大小无关，结合你提到的深色主题触发的特征，常见成因如下：

• 主题切换逻辑递归：你在onConfigurationChanged、AppCompatDelegate.setDefaultNightMode这类方法的调用链路里存在循环触发，比如切换深色主题后触发Activity重建，重建逻辑又再次调用了主题切换方法，形成无限递归。
• 主题属性循环引用：深色主题的styles.xml配置中存在属性自引用，比如<item name="backgroundColor">?attr/backgroundColor</item>这类错误写法，系统解析主题属性时陷入无限递归。
• 绘制逻辑递归：深色主题下你给自定义View、Drawable设置了特殊的样式属性，绘制逻辑里onDraw/onMeasure方法反复触发invalidate/requestLayout，形成循环调用。
• API 30深色主题兼容冲突：API 30新增了系统强制深色适配逻辑，如果你的应用同时开启了自定义深色主题和系统强制深色，两个逻辑会反复触发主题重设，形成递归。

这个现象和设备总运行内存大小无关，核心原因有三点：

• 不同系统版本的线程栈容量限制不同：API 26（Android 8.0）主线程默认栈容量通常为1MB，而部分厂商定制的API 30（Android 11）ROM会缩小主线程栈的默认分配上限，递归调用更容易触达阈值。
• 处理器执行效率差异：新设备的UNISOC八核处理器性能更强，递归调用的执行速度远快于旧设备，同样的递归逻辑会更快把栈空间占满，旧设备上还没到溢出阈值就被系统的回调调度打断，不会触发崩溃。
• 系统逻辑差异：API 26没有内置强制深色适配逻辑，你的递归触发频率极低，而API 30的系统深色逻辑会大幅提升递归触发频率，直接导致栈溢出。
  至于logcat无报错，是因为栈溢出时进程会被系统直接杀死，日志来不及写入logcat缓冲区就被销毁，属于这类崩溃的典型特征。

• 优先定位根因：开启Android Studio的异常断点，设置捕获StackOverflowError，崩溃时可以直接查看完整的调用栈，定位递归调用的位置。也可以在Application的onCreate中添加StrictMode.enableDefaults();开启严格模式，辅助检测循环调用问题。
• 排查主题逻辑：
  • 检查主题切换相关代码，给recreate、setDefaultNightMode这类方法加调用标记位，避免重复触发。
  • 检查深色主题的style配置，删除循环引用的属性。
  • 如果你不需要系统强制深色适配，在AndroidManifest的application标签中添加android:forceDarkAllowed="false"，避免系统逻辑和自定义逻辑冲突。
• 排查绘制逻辑：检查深色主题下生效的自定义View、Drawable代码，确保onDraw/onMeasure中不会无限制触发重绘、重新布局。
• 临时兼容方案：如果短期内找不到根因，可以通过自定义线程的方式提升主线程栈容量，不过该方案只能缓解问题，建议还是定位递归根因彻底修复。

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