Android 5出现RuntimeException：未恢复Activity执行暂停问题求助

嘿，咱们来好好拆解一下你碰到的这个只在Android 5上出现的烦人异常。我之前处理旧版本Android问题时见过这个棘手的场景，一步步来分析：

一、这个异常的常见诱因 #

• Android 5（API 21）的Activity生命周期管理存在一些已知的小bug，尤其是在处理复杂的栈操作时，系统的生命周期回调调度容易出现不同步的情况。
• 快速连续启动或切换多个Activity时，Android 5的系统调度器可能跟不上状态变化的节奏，导致生命周期回调顺序混乱。
• 使用FLAG_ACTIVITY_CLEAR_TOP这类栈清理标记的Intent操作，在Android 5中会触发特殊的栈重组逻辑，很容易打乱正常的生命周期时序。
• 自定义的窗口相关组件（比如你的单例Toast）如果在生命周期敏感阶段进行操作，可能间接干扰系统对Activity状态的判断。

二、为什么onPause会在onResume完成前被调用？ #

正常情况下，只有当Activity完全进入Resumed状态（也就是onResume执行完成后），onPause才应该被触发。但在Android 5中：

• 当使用FLAG_ACTIVITY_CLEAR_TOP启动Activity时，系统会先销毁目标Activity之上的所有栈内Activity。如果系统资源紧张或者调度逻辑出现偏差，可能会错误地向还未完全完成onResume的Activity发送onPause回调。
• Android 5的WindowManager服务在处理Activity窗口切换时存在时序漏洞，可能导致生命周期回调的顺序被颠倒。

三、你提到的两段代码是否会引发该问题？ #

1. Intent.FLAG_ACTIVITY_CLEAR_TOP #

这个标记绝对是Android 5上触发该异常的常见诱因之一，原因如下：

• 当目标Activity已经存在于栈中时，系统会销毁它上方的所有Activity，然后要么调用目标Activity的onNewIntent（如果启动模式是singleTop），要么重新创建它。
• 在Android 5的实现中，这个销毁+重建/复用的流程很容易出现时序错误，导致系统误以为目标Activity已经进入Resumed状态，提前触发onPause。

2. onPause中调用hideToast() #

这段代码本身通常不会直接导致这个异常，但有几个细节需要留意：

• 如果你的单例Toast管理类的hideToast()方法涉及窗口操作（比如toast.cancel()），而此时Activity的状态因为Android 5的bug处于不稳定状态，可能会间接让系统误判Activity的生命周期状态。
• 不过从你的代码来看，你已经在super.onPause()之后调用hideToast()，这个顺序是符合最佳实践的，一般不会直接引发生命周期顺序颠倒的问题。

临时排查与修复建议 #

• 先尝试移除FLAG_ACTIVITY_CLEAR_TOP标记，改用手动finish不需要的Activity来清理栈，看看异常是否消失。
• 针对Android 5做兼容处理：在Activity中添加一个状态标记，比如private boolean isActivityResumed = false;，在onResume()中设置为true，在onPause()中先判断这个标记为true时，再执行hideToast()等操作，避免在异常状态下执行代码。
• 检查项目中是否存在手动调用生命周期方法的代码（比如直接调用onPause()），这类操作在Android 5中很容易引发状态混乱。

内容的提问来源于stack exchange，提问作者lubo-pisk