写Android应用时，最头疼的不是写代码，而是找bug。明明逻辑没问题，运行起来却总出错。这时候，断点调试就成了救命稻草。在Android Studio里，合理使用断点，能让你一眼看出变量怎么变的、流程怎么走的。
普通断点：点击就行
打开一个Java或Kotlin文件，在行号旁边用鼠标左键点一下，就会出现一个红点，这就是最基础的断点。比如你在onCreate方法里设个断点，App一启动就会停在这儿。这时候你可以看当前所有变量的值，也能一步步往下走。
条件断点：只在特定情况下触发
有时候循环跑了上千次，你只关心第100次某个值是不是对的。如果每次都手动继续，太费劲。右键点击已经设好的断点，选择“Edit breakpoint”，输入条件，比如 i == 100，这样只有满足条件时才会停下来。
for (int i = 0; i < 200; i++) {
Log.d("Loop", "Current i: " + i);
}在这个循环里设个条件断点，i等于100时再停下，省下大量时间。
日志断点：不中断程序，只打印信息
有些时候你不想打断程序运行，但又想知道某个位置执行了没有，或者某个变量的值是多少。编辑断点时勾选“Evaluate and log”，然后输入要打印的内容，比如 User logged in with email: " + email。这样程序运行到这行会输出日志，但不会暂停。
异常断点：一出错就抓住源头
App突然崩溃，Logcat一堆红色，看得眼花。其实可以直接设异常断点。点击“View Breakpoints”（快捷键Ctrl+Shift+F8），添加一个Java Exception Breakpoint，选中你关心的异常类型，比如NullPointerException。下次只要抛出这个异常，程序立刻停下，直接定位到出问题的那一行。
方法断点：监控函数进出
想看看某个方法有没有被调用，或者每次进入退出时参数和返回值是什么，可以在方法名那一行设断点。也可以右键选择“More” -> “Java Method Breakpoint”，这样不仅能断在入口，还能看到退出时的情况。特别适合跟踪接口回调或者生命周期方法。
调试不是玄学，关键在于工具用得巧。Android Studio的断点功能比很多人想象的更强大，花十分钟试试这些设置，下次查bug可能就不用熬到半夜了。