今天寫的乙個很普通的函式把服務端搞垮了.
汗... 服務端給出的資訊是mysql段錯誤, 整個服務端都崩掉了. 經大家除錯發現, 同乙個函式呼叫, 呼叫一次卻沒有出錯, 呼叫兩次就出錯了. 而且發現, 傳送的字串是一堆亂碼, 而且每次呼叫都不是相同的值.
服務端呼叫了另乙個同事寫的**, 搞得那同事緊張兮兮的. 然後他呼叫他那段**, 發現沒有出錯. 而我這邊除錯了兩個函式, 發現它倆沒有任何連繫. 最後在準備print該字串時, 突然發現該變數在定義的時候並沒有初始化.
我的**是這樣寫的:
於是出現上述情況. 還有乙個地方也是這樣, 定義乙個long變數, 也沒有初始化, 然後在服務端收到該變數是乙個很大的數. 雖然沒有出錯.
出現該類錯誤有時候也是致命的, 就像第乙個例子那樣. 希望以後寫**的時候不會再出現此類錯誤.
都是 IDENTITY惹的禍
前不久系統伺服器出現了一次不大不小事故,資料庫乙個表的資料不翼而飛,這個表雖然算不上頂級重要的表,但也算的上是個很重要的表,大家趕緊查是什麼把這個表的資料刪的只剩下180多條資料.為什麼還有180多條資料存在哪?真是挺讓人納悶的,但發現這180多條資料中有乙個共性,那就是那個不該為空的字段變成了空值...
都是埠惹的禍
這幾天公司搬家，所以忙的blog好久都沒有更新，關鍵是沒有什麼技術上的事情，都不知道寫點什麼，呵呵。周四到週日一直在乙個客戶那邊進行產品的實施，整個過程自然比較有趣，對於我來說最重要的就是認識到了靈活程式設計的重要。我們的程式需要幾個通訊埠，其中乙個是1433用來連線sqlserver資料庫，很多的...
都是埠惹的禍
這幾天公司搬家，所以忙的blog好久都沒有更新，關鍵是沒有什麼技術上的事情，都不知道寫點什麼，呵呵。周四到週日一直在乙個客戶那邊進行產品的實施，整個過程自然比較有趣，對於我來說最重要的就是認識到了靈活程式設計的重要。我們的程式需要幾個通訊埠，其中乙個是1433用來連線sqlserver資料庫，很多的...