這兩個輸入框的值都是我從KV（Redis之類的存儲中間件）里面獲取到的規模，也是可以實時修改的損耗，我自作聰明，想著KV里面假如沒值非常完善，就默認取一個靜態(tài)變量性能穩定，這樣有個兜底，在類加載的時候加載靜態(tài)變量作用，我取的時候也效率高了情況正常。

這就也為我后面的Bug埋下了伏筆行業分類，問題是這個Bug煩就煩在他在預發(fā)環(huán)境是好的，線上卻是壞的提高鍛煉。

先看看代碼怎么寫的：

可以看到代碼里面發展邏輯，我是在靜態(tài)代碼塊去KV取值，假如有值就用KV的做初始值有所提升，沒取到我也有默認值聽得進，我當時還在想自己的構思真巧妙，用KV比DB效率高先進水平，用常量去做兜底便利性，不至于沒配置的情況沒有值，報空指針啥的重要平臺。

當時一個勁給自己加油打氣深刻認識，一個勁的妙啊，不知道自己寫了多蠢的代碼應用提升。

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

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

我上線后責任製，三歪就說：敖丙出大問題了，為啥我刷新一下值就不對了邁出了重要的一步，再刷新值就回來了。

我驚恐萬分設施，深知我寫了BUG需求，我不著痕跡的擦去我鬢角的汗水，深呼吸了一下組合運用。

回答道：我代碼還沒寫好呢更讓我明白了，你怎么亂點，我告訴過你不要亂點的積極，現(xiàn)在你點壞了吧探索。

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

這個時候我馬上打開電腦滿意度，也顧不上歪歪的感受了，思緒轉的飛快可持續，開始在鬧海中構建整個值傳遞的鏈路主要抓手。

我改了頁面的值體製，之后我也改了這個靜態(tài)變量和KV的值，但是我在線上發(fā)現(xiàn)我刷新頁面一會是修改之后的創新科技，一會是修改之前的值.

這就希罕了呀服務延伸，主要是在預發(fā)還不能復現(xiàn)，這就很坑爹了具有重要意義，難受呀歪歪進一步。

Tip：預發(fā)指的是，代碼跟線上一樣強大的功能，數(shù)據(jù)庫一樣實際需求，環(huán)境配置不一樣。

我把代碼看了一遍又一遍預期，還是沒發(fā)現(xiàn)問題敢於監督。

在當天那個飽暖思淫欲的下午飯之后我，忽然靈光一閃發(fā)現(xiàn)了問題的核心結構，預發(fā)是好的因為他是一臺機器重要的作用。

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

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

預發(fā)情況勇探新路，是單機，不管我怎么讀怎么修改傳遞，每次數(shù)據(jù)都是正確的（這里我還沒意識到其實每次去取變量是不對的）試驗。

但是線上不一樣，服務器啟動的時候給每臺機器賦值了開展攻關合作，這樣的情況假如只是讀是沒問題的（怪不得靜態(tài)常量都是private的製度保障，能修改的話基本上都有這個問題）。

但是假如修改的有效手段，你修改的請求只是打到了一臺機器上統籌推進，假如下次負載均衡請求到了這個機器，那么你很幸運關鍵技術，結果是對的了解情況，但是往往負載均衡算法就是那么公平，雨露均沾這樣的情況1/2的請求技術研究，都會拿到錯誤的結果重要的。

而且這個地方的問題還有一個就是，應該是修改KV之后姿勢，修改變量和諧共生，我有的地方取的是變量質生產力，因為我想每次反正都改了，取也沒事技術交流。

其實正確的做法是我每次去都讀KV就好了先進的解決方案，只有KV為空的時候才去讀靜態(tài)變量，作為一種兜底方案創造更多，不應該去改變常量的值宣講活動。

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

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

主要是想提醒大家近年來，謹慎操作靜態(tài)常量講道理，能不變就不變，不要寫這么騷的操作了通過活化，我這算少的很多40落地生根、50臺線上機器的服務，這種問題是真的難發(fā)現(xiàn)健康發展。

我是萬萬沒想到有效保障，我居然寫出這種代碼，下次再寫出來長效機製，只能讓歪歪不要亂點了講實踐，免得又點壞了哈哈。