调试问题宝典
宝典之一 ： 坚信一个原则，程序不会说谎，一定是有原因的
多数的错误表现看起来莫明奇妙，甚至不可思议
但当我们找到问题后会发现：其实问题的根源是如此简单、如此的合乎道理。
这就要求我们：
1、保持一种淡定的心态，耐心地来查找问题
2、仔细看日志：
对着满屏幕的英文错误日志，不要慌，不认识的单词慢慢翻译，一定要仔细查找问题最初抛出的日志关键描 述。
3、善于分析关键字
大部分的错误互联网上是有解决方案的，但因为搜索关键字的选择错误，导致这些解决方案不被我们看到。
一定要善于在错误日志种分析出关键的那几个“错误字眼”
4、相信谷歌比百度更容易找到答案
宝典之二：链路大法
程序系统，就像一张复杂的电路网，程序的调用、数据传递过程，就像电流在电路流转。
当这张网出问题时，我么顺着链路一点点的查找，总能找到问题点根源。
我们拿一个简单的链路来举例：
假设现在灯泡不亮了，面临这样一个链路，在没有任何调试数据时，我们可以说整个链路都可能是有问题的：
（用红色表示有问题的链路）
那么我们调试的方案如下：
1、从起点开始：调试是否有电？
把正负极连接一个没有问题的灯泡（绿色表示确定没问题）：
首先我们得找一个没有问题的灯泡来调试，如果这时还不亮，那说明电源有问题。
2、如果电源没问题，我们再调试A点：
依次如上调试，最终我们肯定能确定问题根源。
我们把电路更换为程序链路来看一下：
同理，从入口调试开始，先调试Nginx有无问题：
同样地，我们需要先建立一个“确信点”，就像那个“没问题的灯泡”，对于nginx来讲，我们可以建立一个最简单的server来调试：
如果确定nginx没问题，我们再依次确认A、B有无问题，有时模块的调用无法全链路调用调试，比如问题只发生在A掉B的时候，这时候curl，telnet就是我们有力的工具了，这个时候细展开链路可能会是这样子的：
我们无法确认是B服务有问题了，还是k8s网路服务有问题了，此时我们可以在服务B中通过curl请求自己来确认：
curl http://localhost:8080/api/xxx
总之，链路大法的关键是要找一个“没有问题的灯泡”去调试某个链路点，比如建立简单的nginx server节点、curl、ping等等，通过一个我们确认没有问题的方法，一个个去排查链路上的问题。