今天我們伺服器組遇到個問題：
我們的服務是從kafka裡面取出資料，然後把offset儲存到ssdb中，每個topic和partition都對應ssdb中不同的key，服務啟動之後，每次kafka資料更新我們這邊收到訊息，然後儲存之後就發現ssdb的值偶爾是-2,這就奇怪了，最開始我們是在**中列印儲存的日誌，發現沒什麼問題，後來去檢視ssdb的日誌，才發現裡面每次set的時候都會對同乙個key儲存2次，一次正確的值，一次是-2,當-2先儲存的時候那麼再次讀取的值就是正確的，否則就是錯誤的。最開始大家以為是**的事，所有人一起看也沒發現什麼問題，然後我們懷疑是ssdb的伺服器有問題，把ssdb殺掉，然後重新編譯乙個也是有問題，最後大家想可能是erlang的ssdb driver的問題，結果在driver中也加了列印資訊，發現也就傳送了一條ssdb set命令，這時候我就懷疑有可能還有個node也鏈結kafka然後也往這個ssdb中訪問資料，那麼測試就好辦了，把我們的節點停掉了，然後再往kafka發訊息，結果ssdb果真又出現了個-2.
把這個節點停掉，啟動正確的節點，果真一切正常了。
詭異的列印異常BUG
linux shell下檢視proc資訊，尾部出現異常的列印，如圖所示 dmesg 未發現此資訊，不是核心列印的 tail 不列印此資訊，說明是cat 操作會列印該資訊 cat proc cmdline dev null cat proc cmdline 2 dev null cat proc cm...
前端開發遇到的bug 關於指標
let oldlist let newlist let map oldlist.foreach item newlist 出現了重複 oldlist 最後一條資料的情況 這次在遍歷過程中列印一下 map 看一看 解決的方法 改變 map 宣告的位置 let map oldlist.foreach i...
程式設計中遇到的小bug
1.1空棧不能取頂。if stack.top stack.size 0 如果棧本身為空，這裡if中首先取棧頂，就會導致段錯誤 sigse segment fault 2.1字串定義的時候要申請空間，在沒申請空間 初始化 的情況下直接用下標訪問某處字元並不會儲存到字串中，其實那個地方仍舊是字串結束符 ...