重新启动后立即开始调试Android应用程序

重新启动后立即开始调试Android应用程序,android,intellij-idea,adb,Android,Intellij Idea,Adb,你好 我现在正在使用一个使用BOOT\u COMPLETED接收器的应用程序 因此,如果我想用类中的一些断点调试这个应用程序,我必须重新启动手机并在适当的时间连接到它,但我总是太迟了 您有更好的解决方案吗?如何在设备重新启动的情况下准确地调试我的应用程序 谢谢 关闭模拟器并直接在调试中运行应用程序,然后选择启动要在其上运行的模拟器的选项。这很奇怪,但是,如果在第一个断点之前暂停或循环20秒会怎么样 在这种情况下,日志记录是比debugung更好的解决方案。即使在IDEA logcat窗口中,我也

你好

我现在正在使用一个使用
BOOT\u COMPLETED
接收器的应用程序

因此,如果我想用类中的一些断点调试这个应用程序,我必须重新启动手机并在适当的时间连接到它,但我总是太迟了

您有更好的解决方案吗?如何在设备重新启动的情况下准确地调试我的应用程序


谢谢

关闭
模拟器
并直接在
调试中运行应用程序
,然后选择启动要在其上运行的模拟器的选项。

这很奇怪,但是,如果在第一个断点之前暂停或循环20秒会怎么样

在这种情况下,日志记录是比debugung更好的解决方案。即使在IDEA logcat窗口中,我也能看到启动和完成处理过程中产生的日志。(我也不太重视一步一步的调试,无论如何我更喜欢TDD方法)

你可以等一个调试器-

哦,天哪。。我一直在做;-)然而,当我重新启动手机时,问题出现了。调试已断开连接,在第一个断点出现之前,我的速度太慢,无法手动重新连接。当然,日志记录是我现在必须做的事情,但调试会更好-我们可以用它做更多的事情。不总是这样。您可以通过日志处理在引导时接收完整广播的问题,以及以后的其他问题(我个人更喜欢模拟,这可以看作是脚本调试会话-我也在实际代码之前编写测试)。这是一个有趣的解决方法,但我不寻找这种解决方案。如何使用它?请您再详细解释一下好吗?您可以将Debug.waitForDebugger()放在代码中的任何位置,然后在下一行的断点->waitForDebugger行将阻止线程,直到调试器连接(通过Android studio,或以您通常的方式连接)。一旦连接,线程将继续运行并到达断点