调试异常的最佳方法

发布于 2024-12-10 15:41:24 字数 97 浏览 0 评论 0原文

除非使用 logcat,否则调试异常的最佳方法是什么,因为整体代码非常大?如果将apk安装到实际的Android手机中并通过USB电缆在手机上运行,​​您是否认为使用断点来查看值?

any best way to debug exception unless using logcat since the overall code are very big? do u think using break point to view the value if installing apk into actual android phone and running it on the phone via usb cable?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

瘫痪情歌 2024-12-17 15:41:24

如果将apk安装到实际的Android手机中,您是否认为使用断点来查看值

如果这意味着“您可以在实际手机上使用断点进行调试吗?”。答案是肯定的,

这是一个您可以遵循的教程

do u think using break point to view the value if installing apk into actual android phone

If this means, 'can you debug using breakpoints on the actual phone?'. The answer is Yes

Here is a tutorial you can follow

顾忌 2024-12-17 15:41:24

当尝试查找异常原因时,代码库的大小大多无关紧要(这可能会使事情变得有点复杂,但一般来说,过程与调试小型应用程序相同)。调试是查找错误的最有效方法,因为您直接在应用程序内部运行,而不必推测应用程序的当前状态(您实际上可以查看它)。

我建议你...

  • 熟悉 Eclipse 调试
  • 阅读堆栈跟踪
  • 尝试找到代码中发生异常的确切行(根据堆栈跟踪)
  • 在确切行或方法开头设置断点
  • 重新启动应用程序并等到遇到断点
  • 使用 Eclipse 中的工具检查变量

希望有帮助。

The size of the codebase is mostly irrelevant when trying to find the cause of an exception (It might complicate things a little, but in general the procedure is the same as debugging a small application). Debugging is the most efficient way of finding bugs, because you're running directly inside your application and you will not have to speculate about the current state of your application (you can actually look at it).

I suggest that you...

  • Get familiar with Eclipse debugging
  • Read the stacktrace
  • Try to find the exact line in the code where the exception happened (according to the stacktrace)
  • Set a breakpoint at the exact line or at the beginning of the method
  • Restart you application and wait until you hit the breakpoint
  • Inspect the variables using the tools in Eclipse

Hope that helps.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文