前置：
在浏览器和IDE内 经常使用搜索功能
方法：
在看不懂不熟悉的方法里 打断点
然后调试运行，这样根据你的操作，加上方法里有断点，只要执行到那个方法你就能知道你哪一步操作执行的是哪一步方法了。
然后下一步下一步，还能观察 变量值的编号，以及比如说返回值是类的话，其实也能看到类内部的属性值。
阅读代码 都是跟着操作逻辑去阅读
这样按照逻辑顺序 阅读的也是一些核心代码，不核心的代码也不用看
而不是几千行的代码 重头读到尾，这样读不明白。
另外今天读高德api文档有感：
好多东西可能经过了更新迭代
包变得越来越大，但是开发文档未必更新。
此外，也没有任何人有定义有规定，开发文档必须面面俱到足够全面。
所以就算很多类没有写在开发文档里，就算开发文档命名是查看所有类
那没有就是没有。
只能说自己去读代码。
读代码，写代码，调试代码，最终是逃不掉的基本功
另外，如果变量名 命的没有规律，我们看方法，他总有get set方法，我们看方法名
as调试教程
这种动手类的东西啊，感觉真的是一对一会很高效，请教了十几分钟就弄通了以前不会调试的情况。以前调试都看文字教程，总有自己没搞明白的地方。
最高效的方法还是：看文字教程快速入门-自己实践发现教程不好搞定的地方-请教人
调试在某个方法处打断点
则会在程序运行过程中运行到这个地方停下：
我们可以通过给不知道的方法内部都打上一个断点 ，然后操作程序，这样就可以观察哪个方法会在操作哪一步的时候停下，从而观察到其作用。
一般就是打了断点后 一收一放的带你 左下角的继续运行，这样程序就会继续执行，任你操作，直到你操作的部分用到下一个某个函数里的断点，就会再次暂停。
如果也就是会一直和正常的程序一样跑，直到下个断点处，如果接下来没有断点，就会一直跑完。
断点，观察，继续运行（操作程序），下一个断点，再观察，
就这样一直重复，跑完程序，跟着读代码，其实也就读完了核心代码
至于到了某个断点处，你点step over，则会不进入的点击下一步，但是，并不会强制执行 不符合条件的语句：
eg：
断点：
if（我帅）{
}
else{
}
则就算下一步点到了else里的语句，其实也不会执行的。
一直到return，则没法下一步，或者一直到花括号尾。
如果这个函数恰好是回调，则再下一步会进入到其发起方继续执行，这样就会导致点开很多类（一层一层陷入进去了，可能就执行的没完没了）。
所以一般就是点的观察完了后，就点继续运行，让其跑到下个断点处，再观察新数据。
不仅variable 里可以观察，某个变量鼠标轻放也可以观察。
另外打断点有时候太麻烦，我们也经常通过 日志写到可能出bug的地方进行输出观察
类似print 输出，这样观察更直接一些。