如何解决Android Studio打包应用中DecorView暂停恢复循环报错问题

问题根因分析 #

• 日志中V/FA前缀是Firebase Analytics的状态记录，本身不是错误源，只是如实记录了Activity反复在paused、resumed状态之间切换的现象，死循环本身是Activity被反复重建/重启导致的。
• 最常见触发场景：AndroidManifest.xml中主Activity的configChanges配置覆盖不全，系统配置（屏幕方向、分辨率、深色模式、字体大小等）变更时会自动销毁重建Activity，若onResume中存在触发配置变更的逻辑，就会进入无限循环。
• 次高频触发原因：onResume、onWindowFocusChanged等生命周期回调中存在无判断修改Window属性的代码，比如切换全屏状态、修改状态栏/导航栏颜色、调整Window LayoutParams参数，这类修改会触发Activity重新走生命周期，无判断重复执行就会触发死循环。
• 其他可能原因：第三方SDK（广告SDK、沉浸式适配SDK、权限申请SDK等）在后台自动修改Window属性触发Activity重建，或onResume中存在未加判断的recreate()调用逻辑。

排查与解决步骤 #

1. 临时验证配置变更触发问题：给主Activity在AndroidManifest.xml中添加全量常用配置变更拦截配置，添加后运行应用，若循环消失即可定位为配置变更触发的重建问题：

<activity
    android:name=".MainActivity"
    android:configChanges="orientation|screenSize|smallestScreenSize|screenLayout|uiMode|fontScale"
    android:exported="true">
    <!-- 原有intent-filter等配置保持不变 -->
</activity>

2. 检查生命周期中的Window修改逻辑：所有修改Window属性的代码都需要添加状态判断，仅当当前状态与目标状态不一致时才执行修改，避免重复触发生命周期回调，示例如下：

// 切换全屏前先判断当前是否已经是全屏状态
boolean isFullScreen = (getWindow().getAttributes().flags & WindowManager.LayoutParams.FLAG_FULLSCREEN) != 0;
if (!isFullScreen) {
    getWindow().addFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN);
}

3. 调整第三方逻辑执行时机：SDK初始化、广告加载等逻辑不要放在onResume中执行，可迁移到onCreate中仅初始化一次；若必须在onResume执行，需添加布尔标记保证同一次生命周期内仅执行一次。
4. 二分法定位问题代码：临时注释所有自定义的onPause、onResume逻辑，运行应用确认循环是否消失，逐行放开代码即可定位触发循环的具体逻辑段。
5. 排查DecorView修改逻辑：日志中DecorView setVisiblity记录说明存在反复修改根布局可见性的逻辑，检查所有沉浸式适配、全局UI修改相关的代码，添加状态判断避免重复执行。

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