【驚心動魄】簡訊重複事故

標籤：style   color   os   ar   strong   div   問題   sp   代碼   

兩次事故原因：

• 第一次：本地調試時發出，傳送簡訊的介面需要傳一個接收者賬戶和接收者手機號碼，在調試的時候我把接受者手機號碼填自己的，然後接受者賬戶是真實的賬戶。在調試期間，去討論別的問題了，我自己收到多條簡訊的同時，那些接受者賬戶也收到多條簡訊。簡訊介面會按著賬戶去查手機號碼，如果接收者賬戶和接收者手機號碼不一樣，就會有兩個人收到簡訊。
• 第二次：預設觸發器是24小時觸發一次，但為了調試觸發是否正常以及其他邏輯是否正確，我把間隔時間設定成了5秒。部署前代碼改回來了，但是未編譯，所以部署的代碼還是間隔5秒。應該是早上9點半觸發，為什麼會每隔5秒觸發？第一次的間隔時間比較特別，與部署時間相關。假設第一次觸發的間隔時間也是24小時，假設我們下午5點半部署，那麼下次觸發時明天5點半，這樣不滿足早上9點半觸發的要求。所以第一次的觸發時間需要矯正，即第一次的間隔時間是：觸發器初始化的時間與明天早上9點半之間的時間長度，明天早上觸發後再自動把觸發時間更改為24小時。

 

ps:第一次8位內勤，第二次6位內勤。第一次間隔3秒，第二次間隔5秒。每次持續大概10分鐘後收到反饋，然後停止服務。兩次初略估計發送(10*60/3)*8+(10*60/5)*6=2320條重複簡訊。

啟發：應有自動檢測故障功能，假設10分鐘內發現3條內容和接受者一樣的簡訊發送請求，簡訊平台應予以不接受請求。

 

【驚心動魄】簡訊重複事故