我在 Tomcat 容器中有一個卡住的執行緒，我想找到避免這個問題的原因。
使用jstack我發現它在 SOAP webservice 呼叫后被卡住了：
pool-2-thread-1" #27 prio=5 os_prio=0 tid=0x00007fd2315ce800 nid=0x39 runnable [0x00007fd2415d2000]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:171)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x0000000087eb10e0> (a java.io.BufferedInputStream)
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:735)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:678)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1587)
- locked <0x0000000087eb1138> (a sun.net.www.protocol.http.HttpURLConnection)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1492)
- locked <0x0000000087eb1138> (a sun.net.www.protocol.http.HttpURLConnection)
at java.net.URL.openStream(URL.java:1045)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.createReader(RuntimeWSDLParser.java:999)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.resolveWSDL(RuntimeWSDLParser.java:400)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:231)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:209)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:178)
at com.sun.xml.ws.client.WSServiceDelegate.parseWSDL(WSServiceDelegate.java:364)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:322)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:231)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:212)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:208)
at com.sun.xml.ws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:119)
at javax.xml.ws.Service.<init>(Service.java:77)
配置中缺少哪個超時？我正在使用標準選項。
uj5u.com熱心網友回復：
您的客戶端嘗試從遠程 URL 下載 SOAP 服務的 WDSL 檔案。HttpURLConnections 默認有一個無限的套接字讀取超時和一個無限的連接超時。在您的情況下，連接似乎被卡住了，同時從服務器讀取。由于讀取超時是無限的，您將永遠被卡住，或者至少直到連接被重置（例如通過路由器或服務器）。
正如評論之一中已經提到的，默認超時可以通過系統屬性sun.net.client.defaultReadTimeout和sun.net.client.defaultConnectTimeout（如此處記錄）進行配置。您也可以在運行時設定這些屬性，但您必須在讀取屬性之前執行此操作。不幸的是，在加載內部NetworkClient類時，這些屬性只能讀取一次。我還沒有嘗試過，但是在加載此類之前，您不太可能能夠在 Tomcat 容器中設定屬性。如果您有機會更改 Tomcat 的啟動腳本，我強烈建議您設定顯式超時（尤其是在生產設定的情況下）。
設定顯式超時通常是一種好方法。但是超時只會解決所描述的癥狀，而不是您的實際問題：您的 SOAP 客戶端依賴于從遠程位置成功下載 WSDL 檔案。您可以從本地資源加載它，而不是從遠程位置下載 WSDL 檔案。有兩種可能的方法來做到這一點：
A)如果您應該有權訪問（生成的）客戶端代碼，您可以將 WSDL 位置的遠程 URL 替換為類路徑上資源檔案的 URL。有關示例，請參見此答案。
B)如果無法手動調整客戶端代碼，您可以使用目錄檔案，如此處所述。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qukuanlian/460112.html