最近的項目中有用到libvirt的java包進行l(wèi)ibvirt的遠程命令調用，進行kvm的管理。我們的測試人員一個偶然的機會下測試出來，在控制連接狀態(tài)的時候，可能存在一個嚴重的bug，由于界面上的flex應用在每次點擊虛擬機節(jié)點的時候，會導致對后臺的remote service進行大約3-4次的調用，而這些remote service中會利用libvirt的結構進行結果的獲取，我們?yōu)榱颂岣咝剩瑢ibvirt的鏈接進行了保持，而不是每次都進行重連，以減少性能的損耗。
存在這樣的情況，當網(wǎng)絡正常的時候，建立起來的connection，一直在內(nèi)存中駐留，此時如果拔掉網(wǎng)線，這個鏈接也不會斷開，由于內(nèi)存中這個connection的值也不為空，無法判斷鏈接是否斷開，所以在此點擊界面的時候，一點調用了libvirt的接口，就會一直卡住界面多點擊幾次后，tomcat的所有可服務線程就都卡住了，導致整個界面無法使用。
解決方法為：啟動一個線程由于實時的檢測主機的斷開連接狀態(tài)，當狀態(tài)不正常的時候，在獲取connection的方法中直接拋出異常，阻止后續(xù)的邏輯的執(zhí)行。但是這樣只能解決狀態(tài)問題，不能解決在這個狀態(tài)獲取的間隙中的界面點擊問題，查找到資料發(fā)現(xiàn)tomcat的線程池模型也許可以幫忙，于是將線程池用上了，測試過后，終于發(fā)現(xiàn)可以了。
據(jù)說tomcat7可以檢測哪個線程被卡死了，但是由于條件顯示沒有將產(chǎn)品中的tomcat6環(huán)境升級為tomcat7，所以這個也就不可用了。
具體修改方法：
Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="150" minSpareThreads="4"/gt
取消掉這段的注釋，然后可以修改maxThreads和minSpareThreads兩個參數(shù)為你想要的值，maxThreads比較簡單允許的最多線程數(shù)
通常150應該足夠了，后面的這個參數(shù)呢，表示最小的駐留服務線程數(shù)，也就是說這些線程會一直等待服務。/p>
p>Connector executor="tomcatThreadPool" port="8080" protocol="HTTP/1.1"
connectionTimeout="20000" maxTreads="500" minSpareThreads="30" maxSpareThreads="50"
URIEncoding="UTF-8" keepAliveTimeout="15000"
redirectPort="8443" />/p>
p>修改Connector節(jié)點，增加executor="tomcatThreadPool"，maxThreads,minSpareThreads,maxSpareThreads，keepAliveTimeout等參數(shù)的配置
這樣就基本上解決了問題，參數(shù)具體含義呢，其中兩個和上面提到的意義是一樣的，executor表示對上面的那個Executor節(jié)點的引用，所有這個配置的線程都會在那個池中。
keepAliveTimeout表示每個線程能被卡住的最長時間，也就是能存活的最長時間。
有了上述修改后，我們的tomcat就再也不會被libvirt線程卡住了，一旦卡住，也只是15秒的一個線程，除非能同時請求操過500個線程，否則tomcat都能正常的提供服務了，只是上述參數(shù)沒經(jīng)過調優(yōu)，性能各方面都沒有測試，只是臨時解決，具體數(shù)值的大小，還是需要按照實際情況，經(jīng)過多組數(shù)據(jù)的測試對比后然后確定一個值。
