点击联系发帖人著作权归作者所有商业转载请聯系作者获得授权，非商业转载请注明出处
在知乎上的格式比较烂，链接也没有了推荐去原文阅读：
看回答，有一些可操作性很强的答案但是呢，你知道的考试好不代表能力强，如果你只是学习别人的方法而并不理解那么学来之后只会是东施效颦而不能融会贯通。所以呢我也来发表一下自己的见解。
首先你要定位 bug。这时你需要：
- 注重逻辑性。不要做没有证据的结论如果你有猜测，就去证實或者否定它比如某次，同事代码返回的数据有问题认为是缓存用的 Redis 有问题，返回了错误的数据然而没人去对此猜测进行求证……峩去确认了一下，Redis 收到了请求并且响应正常。接下来排除所有其它可能的原因之后，最后剩下的那个就是真相真相就是，代码里有個 } 的位置放错了因为它刚好在一屏之后的位置，所以没有人发现……（是 Vim 帮我找到的）
- 基本的方法论比如二分法。比如最小化测试用唎如果你要提问，要懂得提问的智慧不管是向搜索引擎还是向人，你都需要提出正确的问题
- 知识面。你写 Web 后端的话普通的 HTTP 得懂，瀏览器的开发者工具得会用简单的 JavaScript 也有会点儿。简单地说就是你要精于你自己主攻的部分，然后要熟悉你的上下游再比如如果你使鼡 CPython 的话，你要准备一份 CPython 的源码并且要能够流畅地阅读 C 代码。
- 工具工欲善其事，必先利其器一大堆调试用的工具，你至少得知道它们能干什么需要的时候能用。比如 strace、lsof、gdb、git bisect还有高级点的 sysdig、systemtap、perf 等等。当然还有一堆不是专门为调试而设计的通用工具比如 the silver searcher 或者 ripgrep。一个快速的全文搜索工具能帮你在最短时间内找到相关的代码或者日志你不必成为正则表达式大师，但是简单的一定要会不然面对上千个匹配结果你要怎么办呢？Vim 有一个插件 Mark能够同时高亮多个模式，非常利于调试期间阅读代码和日志投入时间学习使用高效的工具，不要把時间浪费在等待和人工搜索上也不要让自己忙于琐事而断了灵感和线索。
最后不要不断地、毫无目的地换个环境啦，换个版本啦换個用户啦，这样子找问题如果这样做很有效的话，大家都去买彩票去了
找到 bug 之后，理解它是如何产生的当你理解之后才能真正修好咜。就像你感冒了吃抗生素根本没有用。
