最近的項目中有用到libvirt的java包進行libvirt的遠程命令調用，進行kvm的管理。我們的測試人員一個偶然的機會下測試出來，在控制連接狀態的時候，可能存在一個嚴重的bug，由于界面上的flex應用在每次點擊虛擬機節點的時候，會導致對后臺的remote service進行大約3-4次的調用，而這些remote service中會利用libvirt的結構進行結果的獲取，我們為了提高效率，將libvirt的鏈接進行了保持，而不是每次都進行重連，以減少性能的損耗。

存在這樣的情況，當網絡正常的時候，建立起來的connection，一直在內存中駐留，此時如果拔掉網線，這個鏈接也不會斷開，由于內存中這個connection的值也不為空，無法判斷鏈接是否斷開，所以在此點擊界面的時候，一點調用了libvirt的接口，就會一直卡住界面多點擊幾次后，tomcat的所有可服務線程就都卡住了，導致整個界面無法使用。

解決方法為：啟動一個線程由于實時的檢測主機的斷開連接狀態，當狀態不正常的時候，在獲取connection的方法中直接拋出異常，阻止后續的邏輯的執行。但是這樣只能解決狀態問題，不能解決在這個狀態獲取的間隙中的界面點擊問題，查找到資料發現tomcat的線程池模型也許可以幫忙，于是將線程池用上了，測試過后，終于發現可以了。

據說tomcat7可以檢測哪個線程被卡死了，但是由于條件顯示沒有將產品中的tomcat6環境升級為tomcat7，所以這個也就不可用了。

具體修改方法：

有了上述修改后，我們的tomcat就再也不會被libvirt線程卡住了，一旦卡住，也只是15秒的一個線程，除非能同時請求操過500個線程，否則tomcat都能正常的提供服務了，只是上述參數沒經過調優，性能各方面都沒有測試，只是臨時解決，具體數值的大小，還是需要按照實際情況，經過多組數據的測試對比后然后確定一個值。