首先在遇到問題無法自己解決的情況下， 我們便開始百度上找答案，但有時為了一個小的錯誤，我們可能百度幾天都無果，那麼這樣肯定是效率低下的，因為如果是生產環境中遇到了陌生問題都是百度幾天才能解決那就慘了。為此，我們該如何有效，快速的找到答案呢？

一、前提：明白問題的含義，你對問題理解的越正確，越深刻，越在意，那麼解決的速度便越快

在你接觸新知識時，這時一定要認真理解老師的理論，以及老師每一步的含義，不懂的步驟要及時去回看或者百度理解， 如果不這樣，在自己實踐中可能稍有不慎，概念沒理解導致的bug 便耗費你 2天（有2天時間能多學多少知識呀，效率>低效勞動）

這裡從側面說下如何以一個好的習慣吸收知識（IT來說看視訊比看書要多得多，但看部落格又比看視訊多得多）

1-1.看視訊，一定要比對文章（一般是老師整理好的資料，如果沒有，找到視訊對應的相符合的部落格，做到預習，鞏固，日後複習）

1-2.看完視訊了，再快速回顧下自己看的資料和部落格（二次清晰理解吸收，為了方便日後回顧，將資料上傳到自己的部落格賬號或者複製到自己部落格上）

1-3.這時，整理好了部落格了就可以實踐了， 說白了就可以對著自己整理的部落格敲了，期間最好不要再回看視訊了，因為日後工作了遇到了同樣的問題你不可能還在公司裡邊看視訊邊修改吧，那時視訊那麼多，你知道找哪個視訊嗎？？

1-4.很多時候我們照著老師的視訊敲，基本都會遇到各種Bug,特別是關於“執行”，“啟動”，“連線”等相關的操作，其實，老師教給你了知識，但沒有教你如何去驗證自己的操作是否是正確的。那麼這是我們只能自己去學習驗證。以啟動連線為例，我們啟動如果正常不報錯， 一般人都認為啟動了，但其實不然，在分散式中很可能啟動了某一部分並沒有啟動全部， 也有的時候啟動過後又立馬停止了，又或者啟動了，但外界訪問不了。這時就去檢查下程序是否正常，埠是否正常開啟，網路是否正常等！

總之，我們通過前提階段實現對知識的充分理解以及驗證，從而降低出現的bug 率

二、實踐階段遇到bug , 首先不要急著百度，因為百度很多文章都是沒有經過嚴格稽核的，而且由於各種版本，遺漏問題都會導致你bug的嚴重程度加大， 特別是你對著別人的部落格修改還不清楚為什麼這麼做的情況下。

此時應該認真理解bug的報錯， 認真理解下，有時候通過它報錯的意思就能定位到問題的根源快速解決，那麼又何必百度消耗時間呢?

三.個人Bug解決無果，此時終於無能為力只能百度了，但也不要想著一次百度就能找到答案了，除非你的問題本來就很初手級， 

將問題域中你覺得最重要，最根本的問題貼上到百度上就行搜尋，當看到搜尋列表頁時，掃一眼看列表的絕大多數項是否都比較切合自己的問題，在百度找解決方案中首先保證的是博主的問題是否和你的問題是一致，一定要細心觀察，不然將問題不同的解決方案生搬硬套很可能導致解決了一個bug又出現了一個bug ,或者bug變化了！如下：百度對關鍵字都進行了紅色標註

如果自己貼上的問題的結果並沒有那麼符合自己的問題，這時一般是因為問題貼上的還不夠精確導致的,最簡單的例子就是下面這樣：

為什麼java連不上資料庫?

分析下使用者搜尋的這個問題， 第一，首先java本來就是多框架的，到底是jdbc連不上還是springboot 連不上， 第二，資料庫有多種，到底是mysql,還是nosql? 第三，多餘關鍵字，搜尋引擎的搜尋原理是關鍵字，問題中的 ”為什麼“並不是一個關鍵字，只會影響你搜索的結果。綜合上面一二三，反問句，你覺得你能找到答案的概率有多大？

總之問題問的越精確，越簡潔，你找到答案的概率就越高！！！

四、問題解決了，你以為就沒事了？你難道下次遇到了同樣的問題還能快速解決嗎？你難道終於明白了問題的原因了嗎？

你難道自認為記憶力很好，下次就能記得怎麼解決嗎？ 你難道沒有通過問題的解決有一點反思和反省嗎？

那麼請自己總結在部落格上，方便你日後工作中遇到類似的問題絲毫不慌，因為你記過呀，而且日後經常性回顧，會不斷加深在你腦海裡，最終都會形成一種條件反射！！而且你可以在簡歷上加上你的部落格，讓面試官看到你的魅力和影響力，同時提高你的成就感和自信心。