程式設計師修改那些喪心病狂的BUG，得知真香後瞬間崩潰！
我們經歷的大部分bug有的被其他人修復了並且在網際網路分享出來了，這時候我們通過Stackoverflow、Baidu、Google等搜尋引擎找到答案了。但是我們在工作中也可能會遇到一些疑難的bug，這裡bug我們在搜素引擎上找不到解決方案，可能好幾天都不得其解，這些遲遲沒有解決的bug往往搞得人焦頭爛額。
那作為一個苦逼的程式設計師，究竟碰見過哪些喪心病狂的bug呢？下面，我們來看看他們與bug的故事。
小A：
寫JS，自己手機沒電了，拿同事老張的安卓機除錯，很簡單的獲取使用者微信暱稱，結果死活獲取不到，一直顯示為null。應該是跨平臺問題，因為之前在自己iPhone上是沒有bug的，拼命看api文件，但是都沒提到這方面。急死我了。…剛剛老張告訴我他的暱稱就是null。…老張已被打死…前面誇張修辭，老張最後當然沒死，腿打斷了而已。
電商行業程式設計師老K：
也談談自己遇到的一個bug吧，我之前是做電商的，某較大的電商平臺，突然有一天，C2C的店主反饋，看到的訂單不是自己的，看到後臺的商品列表也不是自己的。當時在睡午覺，看到這個問題，立馬嚇醒了，平時5個投訴就是一個故障單，那還都是一點體驗上的小問題，這種訂單混亂，商品混亂的錯誤，真是要緊急死了於是，主管，總監都來看這個問題，一群大佬在後面看著，趕緊找最近幾天的釋出，測試情況，一個個回退，一個個檢查，最後都無法解決問題，要知道時間一分一秒過去，半個小時還解決不了就要出大事了後續又有使用者來投訴，直接電話聯絡，遠端控制電腦，發現操作起來巨慢，於是順口問了一下使用者的網路是什麼網路。結果他說是：“某城寬頻”，一瞬間，有點感覺了，繼續問其他幾個投訴的客戶都是“某城寬頻”，然後我們打電話到那個寬頻的運營商，得到的回覆是“年底了，為了省流量，他們做了一部分快取”他們做了快取做了快取……快取……存……可是為毛TM的動態請求還做快取啊，修改商品和訂單的時候，隨機返回成功或者失敗 …1.這個和時間戳也沒關，我們都加了token的，他們也忽略了
2.你沒猜錯，他們把POST和GET動態請求也快取了，就是說你提交了一個POST修改商品的請求，他從環快取裡面隨便丟個回覆給使用者，使用者感覺修改成功了，其實請求根本沒到我們這邊，是的，就是這麼喪心病狂。
系統管理員老王：
從前我是個系統管理員，平時去機房登入伺服器時都是站著操作。有一次腰疼，搬了個凳子坐在了機器前面，完蛋，死活登入不進去，提示密碼錯誤。於是我站了起來，重新輸入了一次密碼，進去了。後來我覺得奇怪，於是抽時間做了測試，發現：只要一坐下，就密碼錯誤，站起來就好了。這個 Bug 在我的職業生涯中持續了好幾年，一直以為是什麼靈異事件。直到有一天公司升級裝置給我換了個鍵盤。原來是老鍵盤上有兩個鍵裝反了，站著打字是看著鍵盤，坐著盲打就錯了，真的是很無語啊……
為了修改BUG，程式設計師們也是煞費苦心啦！
至於如何能高效地修改BUG呢？給大家提一些建議
先根據情況試一下下面的步驟：
- 換個環境試試
- 換個使用者試試
- 換個操作方式試試
- 換一下資料試試
- 換個瀏覽器試試
- 換個版本試試
根據上的情況搞清楚下面這幾個問題：
- 這個BUG什麼情況下出現？什麼情況下不出現？兩種情況的區別在哪裡？
- 這個BUG之前沒有，現在出現了，中間都動了什麼？
- 這個BUG生產環境出現測試環境不出現，兩個環境區別是什麼？
- 同樣的功能，這樣操作沒有BUG，那樣有BUG，兩個操作的區別是什麼？
-
輸出結果與預期不符，這種BUG一般都是由於程式碼邏輯錯誤造成的，如果能在開發環境重現，最好解決方法就是單步除錯，設定每一步程式碼的預期結果，然後跟蹤判斷實際結果是否與預期結果一致，不一致的分析原因，如果在開發環境無法重現，無法單步除錯的，可以採用新增輸出日誌的方式判斷哪一步的問題。
-
系統異常報錯，這種情況下需要提取日誌，找出錯誤堆疊資訊，這時候最重要的事情是要把堆疊資訊看懂、看完整。這是很多經驗不足的程式設計師常見的問題，就知道報錯了，報的什麼錯，這個錯代表什麼一概不知。而且往往堆疊資訊是一個套一個輸出。
-
系統Crash，這個問題常見的原因是負載過高、併發過高、或者配置錯誤。最常見的就是記憶體溢位。這時候要首先排除配置錯誤的原因，主要靠檢視Crash Log來分析原因，如果Crash Log沒有有用的資訊，就得排查硬體、記憶體、網路等方面的設定，看是否有配置錯誤的地方。再找不到就在測試環境用開發模式進行壓測和除錯。
-
系統響應緩慢，這種問題一般是存在資源競爭或者系統資源不足的情況，先檢查伺服器內容、CPU、網路情況，如果伺服器壓力過大，排查應用系統負載情況是否異常，如果這些資料都正常，就需要排查程式碼中的效能瓶頸，可以採用profile工具或者直接輸出時間戳的方式檢視哪個操作佔用時間最長。特別需要留意依賴第三方介面的情況，比如同步的方式傳送郵件、傳送簡訊、寫檔案等。
這裡推薦一下我的前端技術分享群：731771211，裡面都是學習前端的，如果你想製作酷炫的網頁，想學習程式設計。自己整理了一份2018最全面前端學習資料，從最基礎的HTML+CSS+JS【炫酷特效，遊戲，外掛封裝，設計模式】到移動端HTML5的專案實戰的學習資料都有整理，送給每一位前端小夥伴，有想學習web前端的，或是轉行，或是大學生，還有工作中想提升自己能力的，正在學習的小夥伴歡迎加入學習。
點選：加入