我之前调试App崩溃时也碰到过完全一样的情况，折腾了好几个小时才找到突破口，给你几个实用的排查方向：

• 放宽日志过滤规则试试
  你当前用的adb logcat AndroidRuntime:E *:S过滤规则太严格了，只捕获AndroidRuntime的Error级日志，但有些崩溃日志可能来自其他进程或者自定义的日志输出。先去掉精准过滤，执行adb logcat直接输出所有日志，或者用adb logcat *:E查看所有Error级别的日志，看看能不能抓到崩溃相关内容。如果能抓到，再根据实际输出调整过滤规则（比如加上你的App包名：adb logcat com.your.package:E AndroidRuntime:E *:S）。

• 调整设备日志缓冲区大小
  部分安卓设备默认的日志缓冲区很小，崩溃日志可能还没输出就被覆盖了。你可以先执行adb logcat -G 16M把缓冲区调整为16MB（可根据设备情况改成32M），然后重新触发崩溃，再用logcat抓取。

• 检查App的自定义崩溃处理
  如果你的App里实现了UncaughtExceptionHandler，有可能崩溃日志被写到了本地文件而不是系统日志中。可以去App的私有存储目录（/data/data/[你的App包名]/files/）或者SD卡的指定文件夹里看看有没有crash日志文件，很多第三方崩溃统计SDK也会这么做。

• 确认USB调试的状态
  有时候重插USB后，设备的调试权限可能没有正确授予，或者USB连接模式不对（比如误选了仅充电）。去手机的「开发者选项」里重新关闭再打开USB调试，或者切换USB连接模式为「文件传输」或「Android调试」，确保设备和电脑的调试连接是正常的。

• 换用Android Studio的Logcat工具
  命令行的logcat有时候会有兼容性问题，试试用Android Studio内置的Logcat工具：连接设备后打开Logcat窗口，选择你的App进程，再触发崩溃，它能更稳定地捕获日志，还能直观地过滤进程、日志级别，方便定位问题。

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