ANR发生时能否跳转至自定义Activity？

答案是无法像捕获普通崩溃那样直接实现实时跳转，原因在于ANR的本质是主线程消息循环长时间阻塞，此时主线程已经无法处理新的Activity启动请求（AMS与应用主线程的通信依赖主线程的消息队列，ANR时队列完全卡住）。不过可以通过以下几种方案实现近似效果：

1. 自定义主线程卡顿监控（预判ANR） #

通过子线程定时检测主线程的响应状态，当主线程在指定时间内未响应时，判定为疑似ANR，在子线程中尝试启动自定义Activity。这种方式属于提前预判，而非等待系统正式触发ANR。

示例代码（Kotlin）：

class ANRMonitor(private val application: Application) {
    private val mainHandler = Handler(Looper.getMainLooper())
    private val checkTimeout = 5000L // 设定5秒超时阈值
    private var mainThreadAlive = true
    private val monitorThread = Thread {
        while (!Thread.currentThread().isInterrupted) {
            mainThreadAlive = false
            // 向主线程发送消息，收到则标记为存活
            mainHandler.post { mainThreadAlive = true }
            Thread.sleep(checkTimeout)
            // 超时未响应，尝试启动自定义页面
            if (!mainThreadAlive) {
                val intent = Intent(application, MyANRActivity::class.java).apply {
                    addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
                }
                application.startActivity(intent)
                break // 停止监控，避免重复触发
            }
        }
    }

    fun startMonitoring() = monitorThread.start()
    fun stopMonitoring() = monitorThread.interrupt()
}

// 在Application中初始化监控
class MyApp : Application() {
    private lateinit var anrMonitor: ANRMonitor

    override fun onCreate() {
        super.onCreate()
        anrMonitor = ANRMonitor(this)
        anrMonitor.startMonitoring()
    }

    override fun onTerminate() {
        super.onTerminate()
        anrMonitor.stopMonitoring()
    }
}

2. 监听系统ANR日志文件（受限较多） #

系统触发ANR时会在/data/anr/目录生成trace文件，可以通过FileObserver监听该目录的文件变化。但这个方案存在明显限制：普通应用无读取/data/anr/目录的权限，仅root设备或系统签名应用可用。

3. 事后处理（API 30+） #

Android 11及以上提供ApplicationExitInfo API，可在应用重启后获取之前ANR的详细信息，此时可以启动自定义页面展示ANR详情，但这属于事后处理，无法在ANR发生时实时跳转。

注意事项 #

• 自定义监控的超时阈值需要根据业务场景调整，过短易误判，过长则失去实时性。
• 即使子线程发起Activity启动请求，若主线程完全阻塞，Activity可能无法及时启动，甚至因进程被系统杀死而失败。
• 系统触发ANR后会弹出系统默认的ANR对话框，此时应用进程随时可能被终止。

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