调试Android应用时如何禁用SIGABRT？解决断点调试崩溃问题

这种调试到一半被系统强行终止进程的情况确实太闹心了！结合你用的LG D605（LineageOS 11/Android 4.4）和Android Studio 3.2 Canary 6环境，我整理了几个针对性的解决方案，从快速调整设置到需要编译系统的方案都有：

1. 先调整Android Studio的调试超时配置 #

首先试试最省心的办法，修改IDE的调试超时参数：

• 打开Android Studio的设置（File > Settings，Mac上是Android Studio > Preferences）
• 找到Build, Execution, Deployment > Debugger选项
• 找到Debugger timeout相关设置，把默认的超时时间从15秒左右改成60秒甚至更长
• 同时勾选Disable adb timeouts选项（如果有的话），避免adb因长时间无响应断开连接导致进程被杀

2. 禁用系统的ANR看门狗（核心原因） #

你的崩溃信号SIGABRT大概率是Android 4.4的系统看门狗触发的——当主线程因断点卡住超过10-15秒，看门狗会判定应用无响应，直接发送终止信号。

临时禁用（需要Root） #

如果你的设备已经Root，可以用adb命令临时关闭看门狗服务：

adb shell su -c stop watchdogd

注意这个操作重启设备后会失效，适合临时调试用。

永久修改（编译系统） #

既然你愿意重新编译整个Android系统，那可以彻底修改看门狗的超时逻辑：

1. 找到LineageOS 11源码中的frameworks/base/services/java/com/android/server/Watchdog.java文件
2. 找到DEFAULT_TIMEOUT常量（默认是10秒左右），把它改成更大的值（比如600秒）
3. 或者直接注释掉触发进程终止的代码块——找到killProcessLocked相关逻辑，暂时注释掉，编译后刷入设备
   这样调试时即使长时间停在断点，看门狗也不会强行杀死你的应用。

3. 优化调试策略，减少主线程阻塞 #

如果暂时不想动系统设置，也可以调整调试方式：

• 尽量避免在UI主线程的核心路径设置断点，或者缩短断点停留时间
• 用Log.d()输出关键变量先定位问题范围，再针对具体代码用断点细查
• 使用Android Studio的Evaluate Expression功能，在断点时快速查看变量值，不用长时间停留在断点上

4. 检查ADB兼容性问题 #

Android Studio 3.2 Canary 6是比较早期的预览版，可能和LineageOS 11的旧版本ADB存在兼容性问题：

• 尝试更新ADB到最新版本（通过SDK Manager更新Platform Tools）
• 或者降级Android Studio到更稳定的版本（比如3.1.x系列），看是否能解决断点超时崩溃的问题

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