由于我開發的是組件包，簡單的說，就是jar，打包之后，我像往常以上上傳至服務器，重啟。可無奈，小貓很不配合，應用就是沒起來，于是檢查日志——.out。
但令人失望的是，幾乎什么都沒有，就看到這么一個詭異的異常：
貌似是CRC32校驗失敗！
第一反應，war包部署的項目有問題。干掉所有下的war包，重啟，還是這個錯誤！此時，我征詢各路英雄與我共謀大計，但無人能解此魔咒！
定睛一看，
at java.util.jar..read(.java:177)
得，原來是jar錯誤！
重新用Maven打包，部署，重啟，失敗！
重新用導出，打包，部署，重啟，失敗！
我心想，這是怎么了？！沒事玩我呢？！換只貓！失敗！接近崩潰！錯誤依舊！
干脆，我也不用jar了，直接上class！部署，重啟，失敗！這次，.out非常干脆，就說失敗！
太無敵了！！！看來看.out是沒指望了，瞅瞅.log!
引用
by: java.lang.: class file
雖說做Java時間不能算很長，但各種詭異的錯誤也見過了，就是沒見過 by: java.lang.: class file，頓時無奈了！ - 截斷，怎么就截斷了？！無奈，瘋狂，重新編譯，部署，重啟，問題依舊，崩潰應用軟件會使tomcat服務器崩潰嗎，多少有點職業挫敗感！折騰一下午，就是沒反應！！！嘛問題！
突然，想起網管最具實際意義的一句話——重啟！
索性，重啟本子！！！
就盯上那個類了，重新編譯，部署這個class！！！
引用
by: java.lang.: UTF8 in pool in class file com/ver//
這個錯誤太有樂了！
實現類正常了，接口反而有問題，看看代碼。嗯，有中文字符應用軟件會使tomcat服務器崩潰嗎，導致UTF-8編碼不對？！
重新編譯這個接口，部署，重啟，失敗！不過這時候冒出來另一個類的異常，跟這個錯誤類似！！！問題找到了！！！
刪除之前部署的class，重新編譯，打包jar，部署，重啟，成功！！！
內牛馬面哪！！！
這是為啥呢？！
如果一開始報告Zip錯誤時，能夠指明發生錯誤的jar文件名，至少定位可以跟準確！當時我部署了一堆jar，還真不好說是自己打包的jar中的那個錯誤！！！
如果不是
引用
by: java.lang.: UTF8 in pool in class file com/ver//
，我堅決想不出來問題所在！
仔細琢磨，就因為我當時更新了一個網卡驅動！就因為這個，導致系統編譯字符編碼不正確？！太詭異了！整整一下午，就這樣被這個破驅動浪費了！！！
都是驅動惹得禍！！！
本來只是改條SQL，結果，差點把給錯殺了！！！汗！！！
以后更新驅動，一定老老實實的重啟！！！還是網管的名言有實際意義！