同事代碼有個Bug困擾了他半個月，影響了項目驗收，后來實在沒辦法了，我就拿起了他的代碼開始研究，最后我竟然發現他代碼中一個讓人無語的地方，也正是這個地方，導致他的代碼始終有問題！最后，我真是不知道說什么好了！

話說，我們公司有個項目在二十多天前就已經到了合同約定的驗收時間了，但是因為項目當時上得比較急，所以，在驗收時間到達的時候，我們老板跟客戶好說歹說才又爭取了一個星期的延期。

當初我認為一個星期的時間是綽綽有余的，并且，我也在規定的時間內完成了我自己所承擔的所有開發內容，但是，誰知道一個星期后，這個項目還是沒有達到驗收標準，原因就是我同事負責的一個功能運行得始終有問題。

簡單地說，同事負責開發的這個功能是需要同時向多個機械設備發送指令讓其按照規則運轉，注意，是同步運轉！而問題也出在這里！

同事代碼出現問題的特征就是，他寫的代碼并不是百分百有效，有時候發送指令效果是正確的，即幾個機械設備在同時運轉，但有時候就只有那么一兩個機械設備在運轉。

遇到這個問題，我首先想到的就是讓同事去調試，看看指令是否正確發到了每個機械設備上了。結果，這半個月，我同事當著我的面調試了好幾次，發現指令發的都是對的！

開始，我還沒發現問題，后來當問題解決了以后，我回想我每次看同事調試的時候的場景，我才意識到，我同事每次在調試的時候，設備都能正常運轉原因！

因為總是解決不掉問題，客戶那邊也擺爛了，隨我們搞，但是卻沒有給我們好臉色，這讓我有點被殃及池魚的感覺！

后來，直到有一天，我被客戶那邊一個PM給說了一頓后，情緒有點失控，所以，我就下定決心好好找一找我同事代碼中的茬！

因為同事需要操作的機械設備邏輯比較復雜，所以，我看著也有些迷迷糊糊的，所以一時半會兒也找不到問題出在哪！

最后，我決定使用排除法，把同事代碼中所有跟問題無關的代碼全部注釋掉，只留下關鍵代碼的方式去找問題，我不知道這方法有沒有用，但我還是決定死馬當活馬醫！

誰知道，就是因為我的這一個操作，找到了導致代碼不能正確運行的原因！

因為代碼比較復雜，我在注釋同事寫的跟問題無關的代碼的時候，一邊問同事一邊注釋，結果當我瞥到一個字段的時候，我竟然發現這個字段竟然是靜態的！

這個字段我其實一直很熟悉，它代表的是需要操作的設備的索引！我腦袋當時就炸了，因為這個靜態字段所在的實體類是需要實例化的！我一直沒注意，以為它是類的實例字段。

首先，在一個需要實例化的實體類中放一個靜態字段本身就不太合適，除非這個靜態字段的值是個常量（勉強能解釋吧）。

但是，這個靜態字段表示的是設備的索引，在實例化后是要被賦值的，因此，靜態字段表示設備的索引，顯然是有問題的。

這么一想，我突然就豁然開朗了！

示例

示例

前面說了，同事代碼的問題點就是每次向設備發送指令的時候，就一兩個設備有響應，在調試代碼的時候，卻又是正常執行的，即所有設備都能響應。

問題恰恰就出在這個靜態字段上！

因為，向設備發送指令是使用線程異步發送的，而每次發送指令，都需要實例化一個發送指令的實體，并且給這個實體中的靜態字段即表示設備索引的字段賦值。

但是，因為是異步發送的，表示設備索引的那個字段又是靜態的，那么完全有可能在發送指令的時候，設備索引又被重新賦了值，從而導致指令沒有向正確的設備發送。

比如說，假設給設備索引的這個字段賦值為0，當代碼還沒執行到發送指令的代碼段時，其他線程又給設備索引賦值為了1，而當兩個線程都走到了發送指令這塊代碼時，此時，設備索引這個字段的值也就只能是1了，造成的結果就是索引為0的設備沒有收到指令，而索引為1的設備，則收到了兩次指令！

而當同一個設備收到相同指令時，新的指令會覆蓋舊的指令，因此，從感官上，不會有任何不正常的情況。

這個道理說通了，那么就可以解釋問題了，因為在極端情況下，是會出現只有一臺設備收到指令的情況，這種情況，代碼執行得很快的話，概率是非常高的！

另外，也可以解釋為什么有時候只有一兩個設備收到了指令，因為只要設備索引這個靜態字段值在沒被下一個索引的值覆蓋前執行了指令代碼，那么，相關設備就會收到指令信號！

至于調試的時候，為什么都能執行正確呢？那就更簡單了，因為同事在代碼中下了斷點，阻礙了代碼的正常執行，也就會導致設備索引這個字段是按照順序被賦值和發送指令的，因此就不會出問題！

結語

我嘆了一口氣，困擾了我們，準確的說困擾了我同事半個月時間的問題，總算是找到了！我也是無語了，就問同事為什么會把設備索引這個字段寫成靜態的。

結果同事想了半天，也說不出個所以然來！最后我也不想說啥，只要項目能夠順利驗收就好！

在解決問題后，我總結了下，同事代碼出現問題有很多必然性，我到現在都搞不清楚為什么在一個實體類里面用靜態字段，還需要賦值！

最后，半個月啊！就這？