视频和文字不同

看视频学习和看书/看博客学习有一个很大的不同，书和博客都是写好的静态的东西，由于时间久远或者作者疏忽，文字的东西可能不完整（例如作者可能不小心漏掉了一个小细节），这种时候，当你照着无法做出效果时，要考虑的问题就非常多了。

但是视频不一样，代码是作者一行一行敲出来的（这里我们不讨论那种提前写好代码，视频里照着代码讲的，这种视频我一般拿到手顺手就扔了），所有的操作你都能看见，照着写，按理说就能看到相应的结果，学习起来相对来说要容易很多，这也是为什么对于一个新接触的知识点，我建议小伙伴们通过看视频来学习。

然而，即使这种手把手的形式，由于小伙伴们的疏忽，看的不仔细，看完之后，可能还是做不出效果来，这个时候再去寻找问题的原因要容易很多。因为作者在视频里做出来效果了，这个我们是看的清清楚楚的，至少有一点可以证明，视频里的代码没有问题，问题就在于我们自己的代码，可能哪里出了纰漏。

所以，你只要找到自己代码和视频代码不同的地方即可。

由于我们写的是 Java 代码，Java 最大的优势就是跨平台，所以一般来说，只要你的 JDK 版本与 Tomcat 版本（其他的例如 MyBatis 版本、Spring Boot 版本、Spring Cloud 版本等）和视频作者的一致，这个时候代码出问题超过 99.99% 情况下都不是环境问题，就是代码写错了，千万别甩锅给系统环境，平时在公司里甩得一手好锅，要是用到学习中，损失的还是自己。所以首先要相信自己写错了，问题才有解决思路。

为什么我要把这个话题拎出来说呢？因为很多小伙伴有一句口头禅：“我和视频里的代码一样，就是显示不出来。”、“刚才代码还是好的，吃个饭回来就运行不了了”。。。

每次看到这个，我竟无语凝噎。这句话两个意思，要么就是我的代码和视频一样，那就是我的代码没错，既然代码没错，那我觉得问题可以到此结束了，代码没错，那也就没问题呀；要么另一层含义就是视频代码有问题，但是视频里的代码可以运行出效果，这也是你亲眼所见，所以视频代码肯定是没问题的。那么问题就会陷入死循环，无解。

所以，出了问题，确认了不是版本问题，那么基本上就是自己代码问题了，相信自己代码有问题，才有可能解决问题。

松哥以前看视频也会遇到这些问题，有的时候实在找不出问题，那我会跑一遍视频作者提供的 Demo（如果有的话），如果他的 Demo 能运行，那么不用多想了，肯定不是环境问题，就是你自己代码写错了，那就认认真真检查。

二分法

在检查的过程中，我常用的一个办法，我自己给它取名叫做二分法。

有的小伙伴一直不理解做算法题的意义在哪里，仅仅是为了面试？其实不是的，一些典型的算法思想，可以影响我们日常的很多事情的，就比如解决 Bug 这事。

这里我通过两个简单的栗子来给大家说明这种方法的使用。 

微人事登录

假如说你现在遇到了登录问题，点击前端登录按钮无法登录成功，那么原因可能有很多种。

假如这问题发生在微人事项目中，那么我们的检查顺序是下面这样的：

1. 前端 WebStorm 和后端 IDEA 控制台有没有报错？
2. 前端浏览器控制台有没有报错？
3. 查看浏览器发送的请求和服务端给出的响应有没有问题？

如果这三处都看不出端倪来，那么就要开始分析了。因为这种前后端分离开发，问题可能出在前端也可能出在后端，我们要先去锁定问题。怎么锁定呢？我画了一张简图：

 

按照这样的思路，我们一步步去缩小问题的范围，直到解决问题。

乱码问题

这种二分法，还有一个非常典型的场景，就是乱码问题，很多初学者遇到乱码问题，把自己懂的乱么解决方案全部试了一遍，结果发现啥用没有，我相信很多初学的小伙伴遇到可能都有遇到这样的尴尬事，这是因为乱码的原因太多了，找对原因，才能解决问题。

 

上面这两张图，主要是给大家提供一个问题解决的思路，我们把一个大的问题，不断的拆分，不断的细化，然后一个一个求证，最后就能锁定问题所在。一旦找到问题的原因，解决不过是分分钟的事情。