昨日在查一個bug的時候，發現了另一個bug。這個bug讓我疏忽了上一個bug。
上一個bug假如發生，會通過log的形式輸出到特定文件夾內，並且會命名爲指定的名稱。
但上一個bug發生了，這個指定名稱的log卻不存在。爲什麼呢？我百思不得其解。
我在發生bug的前一刻，將所有log全部清除，然後觸發bug，有一些log生成了。
我打開全部log，發現某一個不應該存在的log，裏面居然含有這個bug的信息。
bug解決了，新bug出現。也就是說，按照指定名稱輸出的log，名字是另一個名字。
我找到log列表和代碼中的枚舉值，將兩者比較，發現兩者不一致。
有個別的log枚舉值不存在，而列表存在；要不就是枚舉值不存在，列表也不存在。
這種情況一定是兩者不匹配造成的日誌輸出錯位。只要將兩者一一比對，刪掉log列表中存在而在枚舉值中不存在的log名稱即可。
我查看log的底層代碼，想看看能否從底層解決這一問題，但不知是誰寫的底層代碼，內部盤綜複雜，很難查。
看着看着有些眼花，我也就不再繼續了。
我找到負責人，向她說明了這一情況，希望由我解決這一問題。
但她說：“這部分內容枚舉值是寫死的數字，log是按照數字對應的log名來輸出，不應該發生這種情況，這是爲什麼？問我有沒有看底層怎麼寫的？”
我說：“沒細看。”
於是她說她自己先看看，打算從底層看看能否解決這一問題。
我有些後悔，因爲我沒能找到癥結所在。一句“沒細看”，是偷懶的表現，是不負責任的表現。我只想解決問題，沒考慮去發現問題背後的問題，我這是“知其然不知其所以然”。這次我能解決問題，或許是巧合，下次還有這種事，用笨辦法不一定就能解決問題，而且我這樣做了，或許其他人不小心又會觸發這個問題，所以要找到癥結所在，對症下藥，纔是良策。
負責人因爲別的事情，暫時無暇跟進這個問題，最終還是讓我來解決。一會我就去解決，從根上解決。