异常分析
遇到Bug首先要进行定位！一般情况下，能定位到问题基本上也就知道了如何去解决。那到底该如何去定位问题呢？这就需要看异常信息或者日志文件了。我们在日志文件中查看异常信息，会发现有很多的错误日志，这时我们不用纠结英文单词能否看懂，其实很多的异常信息中，关键信息就那么几行而已。如下图所示：
上图中红色的部分都是一些异常栈信息，我们不用关注太多，重点是要看异常的信息和抛出的是什么异常(绿色部分)。异常的分析过程是从下到上，我们要从异常的最下面开始找有用的异常信息。
1. 从异常信息中可以知道是什么原因
上图的异常信息中，我们可以看到产生了404错误。404其实就是路径的问题，要么是地址写错了，要么是接口没有定义。所以我们就需要去检查从客户端发送请求开始到服务端是如何处理的，你期望这个请求发送出来应该如何执行？调用了哪些服务？然后按照顺序去检查这些服务的配置和路径是否是被容器管理了，可以通过断点或者输出调试信息的方式来判断接口有没有被初始化。
2. 获知异常的名称
如果从异常的信息中看不出来，可以再看下异常的类型和名称，上图feign.FeignException$NotFound是异常的类型，我们可以到对应的技术API文档中查找抛出这个异常的原因是什么，然后结合自己项目的具体情况去定位问题。
3. 查看异常栈，定位是哪个技术产生的Bug
我们从这里可以看出，这个异常是由feign抛出的，然后再结合上面的异常信息去定位问题。
如何解决
通过上面的一系列步骤，现在我们基本上就可以定位到Bug的原因了。大部分情况下，只要我们能定位到问题，也就知道该怎么去解决了。如果自己没有一个很好的解决方案，可以到网上找对应的解决方法和思路。
如何避免
我们在写项目时出现Bug是很正常的，但我们不能在一个坑里掉多次，所以需要把每次的遇到的问题和解决过程，以及下次该如何去避免，都要记录下来。我们进行记录的目的就是要加深对bug的印象，下次遇到后可以很快地知道该怎么去解决。
