昨天公司進行上線前整合im聊天工具，我負責這塊的除錯，忙了一下午加上一晚上。實際上沒有難度的，但給我帶來了很多麻煩。讓我一一道來吧。
除錯工作主要是在js端進行的，im又只能用ie來除錯，ie的debug工具我又不會用，我就是用了最原始的alert();場景是這樣的，當使用者已經登入**平台的時候，如果發起聊天的
話，那就會讓使用者自動登入客戶端，同時開啟聊天視窗。 傳入七個引數，分別是typeid,loginname,paramvalue,sparefield,username,password,logrole分別代表 平台**，對方登入名，引數值，對方使用者角色，發起方使用者名稱，發起方登入密碼，發起方平台角色。uml順序圖如下：
在開發過程中，發生了一系列悲催的事情：
我無意間用了兩次遞迴呼叫，重啟了兩次機器。
介面呼叫引數不明確，引數傳遞出現混亂，除錯中大多數都是在找這個原因。
在js的settimeout這個函式糾結了很多次，最後發現這是個定時執行的函式，但這個定時是指多少毫秒之後進行的操作，不是每隔多少秒進行操作。
js函式呼叫思路不清晰，很多都沒有註解，需要猜測方法做什麼的。
各種猜測之後，導致自己的思路也覺得不對。一時間陷入了無解的境地。
這個事情讓我吸收了很多教訓。在寫js變數的時候，可以全域性宣告。避免引數傳遞造成混亂。還可以使用js物件。
除錯介面的時候思路一定要非常清晰。
心態平穩，心急吃不了熱豆腐。
以後自己寫**，注釋一定要寫清楚，一定要規範。
記一次dirty ratio引起的線上事故
磁碟 75 最終累計到100 load1 遠遠 8 cpu mem 85 kernel報錯如下 預設情況下，linux會最多使用40 的可用記憶體作為檔案系統快取。當超過這個閾值後，檔案系統會把將快取中的記憶體全部寫入磁碟，導致後續的io請求都是同步的。將快取寫入磁碟時，有乙個預設120秒的超時時間...
一次 HashSet 所引起的併發問題
github 熱門開源作者 來自 其實系統挺猥瑣。執行緒和記憶體同時重啟應用，還好重啟之後恢復正常。於是開始著手排查問題。中取出資料然後丟到後面的業務執行緒池中做具體的業務處理。threadpoolexecutor executor new threadpoolexecutor coresize m...
記 一次電流不夠引起的故障解決
前兩天處理了乙個筆者不怎麼常見的問題點，特別的在這裡記錄一下，以備之後不小心忘記後的註記。技能名稱 技能熟練度 技能教程鏈結 模擬電路 了解暫無 當前除錯一塊單板，筆者除錯的模組主要為訊號採集電路。功能為採集輸入的訊號波形並進行引數的輸出。測試人員在進行功能的驗證過程中，使用外部的輸入的交流訊號進入...