如何在Logcat中打印无障碍服务终止错误并排查异常

一、挖Logcat里的关键信息 #

• 别只看自己应用的日志：默认Logcat只显示你自己的应用进程，试试添加过滤条件package:android，或者直接搜AccessibilityService关键词，系统会输出服务状态变更的核心日志，比如权限失效、被强制回收的提示。
• 调日志级别：把默认的Info改成Debug甚至Verbose，很多服务终止的细节只会在低级别日志里出现。
• 盯进程死亡事件：搜Process关键词，找到应用进程被杀死的原因——是ANR、低内存被杀，还是系统强制停止，这直接关联服务的异常状态。

二、给服务生命周期全埋日志 #

• 别死磕onUnbind()：无障碍服务的生命周期特殊，得在onDestroy()、onInterrupt()里也加日志打印，这俩方法更能反映服务被强制终止的场景。
• 用高优先级日志：别用Log.d()，进程被杀时Debug级日志可能来不及输出，换成Log.e()或者Log.w()标记关键事件，确保能在Logcat里抓到。

三、查系统限制和权限 #

• 看后台运行权限：不少国产ROM对后台进程管得严，就算是无障碍服务，应用被杀死后也可能被系统回收，去系统设置里确认应用的“后台运行权限”开了没。
• 查服务绑定状态：在服务里定时打印isConnected()的状态，应用被杀后，服务可能处于绑定失效但进程没完全销毁的状态，这就是管理器提示“无法正常工作”的原因。
• 区分关闭场景：试试“从应用抽屉滑走关闭”和“设置里强制停止”的差异，前者只是结束主进程，后者会直接干掉所有关联服务。

四、代码里的坑要踩一遍 #

• 别让服务依赖主进程资源：如果无障碍服务里拿着主进程的静态对象或者没释放的资源，主进程被杀后，服务会因为资源失效变异常。
• 核对服务声明：检查AndroidManifest.xml里无障碍服务的声明，android:permission="android.permission.BIND_ACCESSIBILITY_SERVICE"权限必须加，还有meta-data里的无障碍配置信息得完整。

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