怎么通过 Thread.setUncaughtExceptionHandler() 实现应用崩溃后的自动化日志上传与重启

应用崩溃，对开发者来说是必须直面的“黑匣子时刻”。用户可能只是看到闪退，但背后究竟发生了什么，往往需要一套可靠的机制来捕捉和还原。通过Thread.setUncaughtExceptionHandler()来拦截未捕获异常，正是构建这套崩溃自愈体系的核心入口。它的目标很明确：在应用崩溃的最后一刻，完成日志收集、异步上报，并尝试安全地重启应用，尽可能减少用户的负面体验。

简单来说，这个机制允许你在崩溃发生时执行自定义逻辑。但实现起来，有几个关键点必须把握：异常处理器需要在主线程和子线程统一注册；采集的日志信息要足够结构化，包含堆栈、设备上下文等；上传操作必须异步且具备重试能力；而重启过程则要精心设计，避免陷入无限循环的窘境。通常，我们会借助AlarmManager或WorkManager来实现延迟拉起。

全局注册异常处理器

注册工作最好在Application的onCreate()方法中完成。这里有个细节容易被忽略：不仅要为默认线程设置处理器，还得显式覆盖主线程。因为某些系统框架可能会覆盖主线程的处理器。

• 首先，调用Thread.setDefaultUncaughtExceptionHandler()设置全局的兜底处理器。
• 接着，对主线程（通过Looper.getMainLooper().getThread()获取）再次设置一遍，确保万无一失。
• 如果你的应用使用了多进程架构，切记，每个进程的Application都需要单独执行这套注册流程。

异常处理中完成日志采集与本地落盘

当uncaughtException(Thread t, Throwable e)回调被触发时，系统已经判定崩溃即将发生。这时，你的首要任务是立刻生成一份结构清晰的“现场报告”。

• 堆栈信息是根本：务必使用Log.getStackTraceString(e)获取完整的堆栈轨迹，仅用e.toString()会丢失大量关键调用链信息。
• 上下文信息是灵魂：除了堆栈，还要补充App版本、Android SDK版本、设备型号、当前内存状态（通过ActivityManager.MemoryInfo），以及崩溃时前台的Activity名称（可通过ActivityManager.getRunningTasks()或注册LifecycleObserver来记录）。
• 安全落盘是保障：将组装好的日志写入应用私有目录下的临时文件（例如getCacheDir()/crash_20240520_142345.log）。使用FileOutputStream并设置模式为MODE_PRIVATE