微信改了订阅号的推送，所以不想错过每日的更文，记得标注此公众号为精选星标。

今天有朋友在微信里问到这个问题。算是一个比较经典，也是很多人想要了解的问题。那么今天就抽时间，来讲讲这个话题。

在之前的一篇文章中，我讲了一个模式，遇到新的问题，新的知识，该如何去学，主要就是几个步骤：

1.  先了解知识背景，以及它能够解决什么问题

2.  去看官方的demo，以及理解demo的整体逻辑

3.  试着去写一些东西，从实战出发

这个步骤基本稳定成熟，可以搞定一切的新知识。那么在开发过程中，遇到一个问题，怎么解决它呢？也是有一些基本的步骤：

1.  先确定环境，确认问题发生的场景

2.  从大的方向判定，推出基础的逻辑

3.  从代码入手，验证推论

而要从源码直接定位出问题，有一些基础准备要做。

1. 搜集异常信息，查看log信息

异常信息可以看到一些状况，这里就以 Android App 来进行说明。先找到报错的栈，是 JAVA 异常了 还是 C 异常了。异常的栈是在

哪个位置。通过输出的log，去看是主线程挂了，还是挂在了其他线程。其中，还有个就是Binder 线程，如果有别的应用调用此应用

作为服务端的代码，就会出现Binder线程异常，这个Binder线程的线程名字，一般是 进程id_1 类似这种线程名字。

2. 推论过程，检索代码

当你发现了异常点，下来就是找代码，通过栈定位到问题的地方，这个时候就根据提示信息，是没有权限，还是空指针，还是传参类型没有匹配，等等。

跟代码进行核对，然后看是否能够从原理上讲得通。如果推论跟现象，代码一致，那么基本可以保证问题修复。但是如果问题这么简单就搞定了，就没什么意思了。

那么，我们一般出现的问题是，异常的地方，一个参数或者变量不对，那么怎么找它是在哪里出错的呢？我们要通过代码检索，谁给它赋值了，如果有setXXX，那么要注意别的地方调用修改。简单的方法就是在可疑的地方，加上堆栈，打印出来，再次跑一遍，把出错的时候，是从哪条路径出现的故障。

这样子可以加快定位代码，把无关紧要的去除掉。在做了这些事情后，就要做简单的推论，看看有没有哪个流程能够推通。加之代码验证，调试，快速的追出问题。

这里面要注意的是，我们要在看代码的时候，多看看方法前面的注解，以及文件前头的描述，以及此文件的方法都有哪些，都有哪些变量，大概从名字梳理下，根据出错点，来验证大概的相关联属性或者方法，然后就是收敛，验证，结束。

是不是感觉说的没啥意思，那就是你要慢慢训练了。先要做的就是调试调试，多多做笔记，把大概的框架要学出来的。

比如安卓分析，就那几个方向，应用层，C代码端，驱动层，Framework，Server，权限等等。主要的是要有整个框架，有进程概念，知道出错的过程，都经过了哪些步骤，大致的故障点会在哪里。这个才是核心，也就是熟能生巧，这里真的快不了。

切记，慢慢来，多做笔记，总结问题经验。

3. 修复问题，沉淀

这个问题也是写过，我们要在解决问题后，把流程再走一遍，这个时候时间不紧急，所以需要多看看，把周边的代码看一下，熟悉一下。不能从局部去看，看完了解决了就结束了，这种明显的是浪费了每次的学习机会。解决异常，写一个。解决了失去焦点问题，写一个。解决了权限问题，写一个。解决了绘制问题，写一个。

写完了就完了？

写完了没有结束的，再去学习，从网络上找到资料，再次把流程走一遍，打通框架设计思想，这个才会在后续处理问题时候加速。

这类问题的描述，很容易让人觉得胡吹瞎说，但这个确实就是本质内容，很多时候我们在找的时候，就是错误的逻辑。等到你找到了的时候，其实你已经不需要了。

这个感觉就是，总是在学习的时候，找不到合适的书，等到你真的学懂了，才发现已经有书写过，只是自己当时不懂，忽略了这个内容。

就这样，晚安。

PS：课程嗨翻天，上了 CSDN 的严选推荐。继续战斗起来，朋友们。

推荐你读：