阿里程序員寫了一個新手都寫不出的低級bug被罵慘了

這兩個輸入框的值都是我從KV（Redis之類的存儲中間件）里面獲取到的，也是可以實時修改的，我自作聰明，想著KV里面假如沒值，就默認取一個靜態變量，這樣有個兜底，在類加載的時候加載靜態變量，我取的時候也效率高了。

這就也為我后面的Bug埋下了伏筆，問題是這個Bug煩就煩在他在預發環境是好的，線上卻是壞的。

先看看代碼怎么寫的：

可以看到代碼里面，我是在靜態代碼塊去KV取值，假如有值就用KV的做初始值，沒取到我也有默認值，我當時還在想自己的構思真巧妙，用KV比DB效率高，用常量去做兜底，不至于沒配置的情況沒有值，報空指針啥的。

當時一個勁給自己加油打氣，一個勁的妙啊，不知道自己寫了多蠢的代碼。

這樣寫看似沒什么問題，但是我這個值是可以修改的這就有問題了，而且我有幾個地方還是取的變量，不是一直取的KV。

而且常量被我當變量用，也都違反了這玩意的初衷了。

我上線后，三歪就說：敖丙出大問題了，為啥我刷新一下值就不對了，再刷新值就回來了。

我驚恐萬分，深知我寫了BUG，我不著痕跡的擦去我鬢角的汗水，深呼吸了一下。

回答道：我代碼還沒寫好呢，你怎么亂點，我告訴過你不要亂點的，現在你點壞了吧。

三歪似乎真的以為他錯了，委屈巴巴的啥也沒說就默默離開了。

這個時候我馬上打開電腦，也顧不上歪歪的感受了，思緒轉的飛快，開始在鬧海中構建整個值傳遞的鏈路。

我改了頁面的值，之后我也改了這個靜態變量和KV的值，但是我在線上發現我刷新頁面一會是修改之后的，一會是修改之前的值.

這就希罕了呀，主要是在預發還不能復現，這就很坑爹了，難受呀歪歪。

Tip：預發指的是，代碼跟線上一樣，數據庫一樣，環境配置不一樣。

我把代碼看了一遍又一遍，還是沒發現問題。

在當天那個飽暖思淫欲的下午飯之后我，忽然靈光一閃發現了問題的核心，預發是好的因為他是一臺機器。

而我們線上的機器是負載均衡的，有兩臺機器，我修改一次只改了一臺機器的值，另外一臺沒修改到。

那么問題就簡單了，我們看下圖：

預發情況，是單機，不管我怎么讀怎么修改，每次數據都是正確的（這里我還沒意識到其實每次去取變量是不對的）。

但是線上不一樣，服務器啟動的時候給每臺機器賦值了，這樣的情況假如只是讀是沒問題的（怪不得靜態常量都是private的，能修改的話基本上都有這個問題）。

但是假如修改，你修改的請求只是打到了一臺機器上，假如下次負載均衡請求到了這個機器，那么你很幸運，結果是對的，但是往往負載均衡算法就是那么公平，雨露均沾這樣的情況1/2的請求，都會拿到錯誤的結果。

而且這個地方的問題還有一個就是，應該是修改KV之后，修改變量，我有的地方取的是變量，因為我想每次反正都改了，取也沒事。

其實正確的做法是我每次去都讀KV就好了，只有KV為空的時候才去讀靜態變量，作為一種兜底方案，不應該去改變常量的值。

而且大家要知道，我修改KV成功萬一修改常量的時候出錯了呢？你取常量的值就不對了。

所以查詢，修改應該這樣做：

主要是想提醒大家，謹慎操作靜態常量，能不變就不變，不要寫這么騷的操作了，我這算少的很多40、50臺線上機器的服務，這種問題是真的難發現。

我是萬萬沒想到，我居然寫出這種代碼，下次再寫出來，只能讓歪歪不要亂點了，免得又點壞了哈哈。