webservice連接未關(guān)閉？調(diào)用后添加serviceClient.cleanupTransport服務(wù)（）最好最后寫(xiě)進(jìn)去。說(shuō)明：默認(rèn)情況下，WebService調(diào)用的連接池中只有兩個(gè)連接。每次調(diào)用

webservice連接未關(guān)閉？

調(diào)用后添加serviceClient.cleanupTransport服務(wù)（）最好最后寫(xiě)進(jìn)去。說(shuō)明：默認(rèn)情況下，WebService調(diào)用的連接池中只有兩個(gè)連接。每次調(diào)用后，必須釋放連接資源，否則很快就沒(méi)有連接了。

為什么HTTP標(biāo)準(zhǔn)中webService主動(dòng)會(huì)關(guān)閉tcp連接？

這確實(shí)是一個(gè)歷史負(fù)擔(dān)。原因很簡(jiǎn)單。在過(guò)去，處理HTTP的客戶(hù)機(jī)是單線(xiàn)程和阻塞的。在服務(wù)器發(fā)送信息之后，客戶(hù)機(jī)必須等到信息處理和呈現(xiàn)完成后，才有處理能力通知服務(wù)器處理已完成。當(dāng)時(shí)，進(jìn)程可能長(zhǎng)達(dá)幾分鐘，而服務(wù)器沒(méi)有能力承載那么多等待響應(yīng)的連接（可以使用Erlang來(lái)計(jì)算滿(mǎn)足可用性所需的硬件有多糟糕）。9（在此延遲下）。

因此解決方案是在服務(wù)器發(fā)送連接后關(guān)閉連接。當(dāng)客戶(hù)端接收到所有信息，處理完成，連接關(guān)閉時(shí)，服務(wù)器已經(jīng)在處理其他連接。

這就是為什么要花很多時(shí)間的原因uu等待的原因是，與掛起連接并等待客戶(hù)端關(guān)閉相比，服務(wù)器等待TCP連接狀態(tài)得到確認(rèn)的速度要快得多。

歸根結(jié)底，HTTP協(xié)議太舊了。雖然高級(jí)應(yīng)用程序已經(jīng)更新，但很難對(duì)底層設(shè)計(jì)進(jìn)行大的更改。這就是為什么Google希望spdy更新HTTP的底層機(jī)制。