本人是做遊戲服務器開發的，碰到一個需求，給符合某些要求的玩家發送道具獎勵，獎勵的數量根據離線的天數計算。
圖片來自 Pexels
這個需求實現起來很簡單，只需要在玩家上線的時候計算上次離線時間和當前時間間隔的天數，然後根據策劃的算法，計算出道具種類與數量，發一封郵件給玩家就可以了。
計算兩個時間間隔天數的函數沒有現成的，自己又懶得寫，就上谷歌搜了下，選了第一條結果，代碼如下：
<code>publicstaticintdifferentDays(Datedate1,Datedate2){Calendarcal1=Calendar.getInstance();cal1.setTime(date1);Calendarcal2=Calendar.getInstance();cal2.setTime(date2);intday1=cal1.get(Calendar.DAY_OF_YEAR);intday2=cal2.get(Calendar.DAY_OF_YEAR);intyear1=cal1.get(Calendar.YEAR);intyear2=cal2.get(Calendar.YEAR);if(year1!=year2)//同一年{inttimeDistance=0;for(inti=year1;i<year2>/<code>代碼來源：https://www.cnblogs.com/0201zcr/p/5000977.html
把代碼複製到項目裡，調試下，發現沒問題就直接用了，畢竟谷歌結果第一名，放心。
這段代碼跑了幾個月一直沒問題，但是到了 2020-1-1 日那天，有玩家反饋收到了幾百封獎勵郵件，高興壞了，但是出於對遊戲的熱愛，還是通知了運營人員。
運營把 Bug 反饋到服務器這邊後我開始排查，百思不得其解的是最近幾天都沒有更新服務器， 而前幾天服務器都穩穩地，怎麼突然就出 Bug 了呢?
接下來就是分析玩家數據，結合代碼邏輯確定問題所在，最終根據 Bug 的表現排除了所有可能性後，發現唯一可能出問題的地方就是那個網上覆制過來的計算天數差的函數。
根據調試發現，這個函數在兩個日期參數是不同的年份並且第一個日期大於第二個日期的時候，會返回一個錯誤的結果，比如：
<code>differentDays("2020-1-1","2019-12-25")/<code>理論上這麼調用正確的結果是 -7，但是因為函數有 Bug，調用結果是 358。
於是本來不用發獎勵，因為這種特殊情況一下子發出去 358 份，嚴重影響了遊戲某類道具的平衡性。
最後，我改用 Java8 的日期庫修復了 Bug，代碼如下：
<code>publicstaticintdifferentDays(Datedate1,Datedate2){if(date1==null||date2==null){thrownewRuntimeException("日期不能為空");}LocalDatelocalDate1=date2LocalDate(date1);LocalDatelocalDate2=date2LocalDate(date2);returnGeneric.long2int(localDate1.until(localDate2,ChronoUnit.DAYS));}publicstaticLocalDatedate2LocalDate(Datedate){Instantinstant=date.toInstant();ZoneIdzoneId=ZoneId.systemDefault();LocalDatelocalDate=instant.atZone(zoneId).toLocalDate();returnlocalDate;}/<code>至於補救方式就是統計名單，把發出去但還沒有用掉的道具回收，用掉的就當福利，然後再發公告道歉，再送些其他物品彌補。
也幸好補救的及時，要是這些道具收不回來，遊戲運營的策略都要大變了，我特麼肯定沒好果子吃了。
所以千萬別在網上覆制來路不明的代碼亂用，如果真的要用，必須反覆測試，否則哪一天突然暴雷有你受的。
閱讀更多 51CTO 的文章
