視頻和文字不同

看視頻學習和看書/看博客學習有一個很大的不同，書和博客都是寫好的靜態的東西，由于時間久遠或者作者疏忽，文字的東西可能不完整（例如作者可能不小心漏掉了一個小細節），這種時候，當你照著無法做出效果時，要考慮的問題就非常多了。

但是視頻不一樣，代碼是作者一行一行敲出來的（這里我們不討論那種提前寫好代碼，視頻里照著代碼講的，這種視頻我一般拿到手順手就扔了），所有的操作你都能看見，照著寫，按理說就能看到相應的結果，學習起來相對來說要容易很多，這也是為什么對于一個新接觸的知識點，我建議小伙伴們通過看視頻來學習。

然而，即使這種手把手的形式，由于小伙伴們的疏忽，看的不仔細，看完之后，可能還是做不出效果來，這個時候再去尋找問題的原因要容易很多。因為作者在視頻里做出來效果了，這個我們是看的清清楚楚的，至少有一點可以證明，視頻里的代碼沒有問題，問題就在于我們自己的代碼，可能哪里出了紕漏。

所以，你只要找到自己代碼和視頻代碼不同的地方即可。

由于我們寫的是 Java 代碼，Java 最大的優勢就是跨平臺，所以一般來說，只要你的 JDK 版本與 Tomcat 版本（其他的例如 MyBatis 版本、Spring Boot 版本、Spring Cloud 版本等）和視頻作者的一致，這個時候代碼出問題超過 99.99% 情況下都不是環境問題，就是代碼寫錯了，千萬別甩鍋給系統環境，平時在公司里甩得一手好鍋，要是用到學習中，損失的還是自己。所以首先要相信自己寫錯了，問題才有解決思路。

為什么我要把這個話題拎出來說呢？因為很多小伙伴有一句口頭禪：“我和視頻里的代碼一樣，就是顯示不出來。”、“剛才代碼還是好的，吃個飯回來就運行不了了”。。。

每次看到這個，我竟無語凝噎。這句話兩個意思，要么就是我的代碼和視頻一樣，那就是我的代碼沒錯，既然代碼沒錯，那我覺得問題可以到此結束了，代碼沒錯，那也就沒問題呀；要么另一層含義就是視頻代碼有問題，但是視頻里的代碼可以運行出效果，這也是你親眼所見，所以視頻代碼肯定是沒問題的。那么問題就會陷入死循環，無解。

所以，出了問題，確認了不是版本問題，那么基本上就是自己代碼問題了，相信自己代碼有問題，才有可能解決問題。

松哥以前看視頻也會遇到這些問題，有的時候實在找不出問題，那我會跑一遍視頻作者提供的 Demo（如果有的話），如果他的 Demo 能運行，那么不用多想了，肯定不是環境問題，就是你自己代碼寫錯了，那就認認真真檢查。

二分法

在檢查的過程中，我常用的一個辦法，我自己給它取名叫做二分法。

有的小伙伴一直不理解做算法題的意義在哪里，僅僅是為了面試？其實不是的，一些典型的算法思想，可以影響我們日常的很多事情的，就比如解決 Bug 這事。

這里我通過兩個簡單的栗子來給大家說明這種方法的使用。 

微人事登錄

假如說你現在遇到了登錄問題，點擊前端登錄按鈕無法登錄成功，那么原因可能有很多種。

假如這問題發生在微人事項目中，那么我們的檢查順序是下面這樣的：

1. 前端 WebStorm 和后端 IDEA 控制臺有沒有報錯？
2. 前端瀏覽器控制臺有沒有報錯？
3. 查看瀏覽器發送的請求和服務端給出的響應有沒有問題？

如果這三處都看不出端倪來，那么就要開始分析了。因為這種前后端分離開發，問題可能出在前端也可能出在后端，我們要先去鎖定問題。怎么鎖定呢？我畫了一張簡圖：

 

按照這樣的思路，我們一步步去縮小問題的范圍，直到解決問題。

亂碼問題

這種二分法，還有一個非常典型的場景，就是亂碼問題，很多初學者遇到亂碼問題，把自己懂的亂么解決方案全部試了一遍，結果發現啥用沒有，我相信很多初學的小伙伴遇到可能都有遇到這樣的尷尬事，這是因為亂碼的原因太多了，找對原因，才能解決問題。

 

上面這兩張圖，主要是給大家提供一個問題解決的思路，我們把一個大的問題，不斷的拆分，不斷的細化，然后一個一個求證，最后就能鎖定問題所在。一旦找到問題的原因，解決不過是分分鐘的事情。