?今天在運(yùn)行服務(wù)器的時(shí)候發(fā)現(xiàn)一個(gè)問(wèn)題，問(wèn)題的表現(xiàn)是客戶(hù)端一直在請(qǐng)求，但是返回給客戶(hù)端的信息是異常，服務(wù)端壓根沒(méi)有收到請(qǐng)求，查看了一下配置信息沒(méi)有錯(cuò)誤，首先查看了一下是不是服務(wù)器的連接已經(jīng)滿(mǎn)了，打開(kāi)netstat命令發(fā)現(xiàn)服務(wù)器的連接有大量的CLOSE_WAIT狀態(tài)的socket，沒(méi)怎么遇到這個(gè)問(wèn)題，開(kāi)始還真有段懵了，第一反應(yīng)就是是不是客戶(hù)端的問(wèn)題（是不是出問(wèn)題的第一反應(yīng)都是別人的問(wèn)題），但是馬上補(bǔ)充了一下socket狀態(tài)機(jī)的知識(shí)，發(fā)現(xiàn)這個(gè)狀態(tài)是由于客戶(hù)端關(guān)閉了socket連接，發(fā)送了FIN報(bào)文，服務(wù)端也發(fā)送了ACK報(bào)文，此時(shí)客戶(hù)端處于FIN_WAIT_2狀態(tài)，服務(wù)端處于CLOSE_WAIT狀態(tài)，如下圖：

?????可以看出，出現(xiàn)問(wèn)題的原因是由于我這邊沒(méi)有發(fā)送第二個(gè)FIN報(bào)文導(dǎo)致的，分明是我的問(wèn)題啊，為什么服務(wù)器沒(méi)有發(fā)送FIN報(bào)文呢？我的服務(wù)器使用的是嵌入式的jetty，連接管理應(yīng)該都是它幫我管理的，重啟了一下服務(wù)器發(fā)現(xiàn)服務(wù)器的CLOSE_WAIT開(kāi)始的時(shí)候沒(méi)有出現(xiàn)，之后逐漸的上升，貌似隨著請(qǐng)求的數(shù)量逐漸增長(zhǎng)的，而我這邊的日志也非常奇怪，我會(huì)在收到請(qǐng)求的時(shí)候打印日志，然后在執(zhí)行完畢的時(shí)候輸出一個(gè)accesslog信息，發(fā)現(xiàn)日志中有入口的請(qǐng)求日志，但是accessLog沒(méi)有增長(zhǎng)，于是單步調(diào)試了一下，發(fā)現(xiàn)了問(wèn)題：一個(gè)servlet的執(zhí)行走到主流程就走不下去了，阻塞在數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)那一步上，具體表現(xiàn)就是獲取不到數(shù)據(jù)庫(kù)連接！
?????查看了一下代碼，發(fā)現(xiàn)原來(lái)是自己創(chuàng)建連接，執(zhí)行sql，完成之后沒(méi)有關(guān)閉連接，OMG，這么愚蠢的錯(cuò)誤，于是在所有的數(shù)據(jù)庫(kù)操作的最后加上如下的代碼：
? ? ?finally {
? ? ? ? ? DbUtils.closeQuietly(conn);
? ? ?}

?????好了，既然問(wèn)題能夠解決了，現(xiàn)在回頭來(lái)思考一下問(wèn)題產(chǎn)生的具體步驟：首先，我這邊的大部分請(qǐng)求都需要查詢(xún)數(shù)據(jù)庫(kù)，我的數(shù)據(jù)庫(kù)連接池設(shè)置的最大連接數(shù)是100，所以每一個(gè)請(qǐng)求創(chuàng)建了一個(gè)連接，等到100個(gè)請(qǐng)求就把連接池占滿(mǎn)了，但是處理servlet的那個(gè)線(xiàn)程并沒(méi)有釋放這個(gè)連接，于是接下來(lái)的請(qǐng)求再去創(chuàng)建數(shù)據(jù)庫(kù)連接的時(shí)候就會(huì)一直阻塞在那里，這里我所用的是DBCP作為連接池的，它的實(shí)現(xiàn)好像是使用apache的objectPool來(lái)實(shí)現(xiàn)的，如果沒(méi)有可用的連接對(duì)象會(huì)導(dǎo)致線(xiàn)程等待，好了，servlet由于得不到數(shù)據(jù)庫(kù)連接而阻塞了，這個(gè)客戶(hù)端的請(qǐng)求就一直等待，客戶(hù)端使用httpclient設(shè)置了5s的請(qǐng)求超時(shí)時(shí)間，那么超時(shí)之后就會(huì)拋出異常，關(guān)閉連接，關(guān)閉連接導(dǎo)致客戶(hù)端發(fā)送了FIN報(bào)文，我這邊的TCP/IP返回了ACK報(bào)文，但是由于處理請(qǐng)求的線(xiàn)程還處于阻塞的狀態(tài)，所以當(dāng)前的連接狀態(tài)時(shí)CLOSE_WAIT。

警示：
1、代碼一定要規(guī)范，尤其是在寫(xiě)一些關(guān)于自愿申請(qǐng)的部分，一定要在寫(xiě)函數(shù)之前寫(xiě)上注釋告訴自己別忘了釋放資源。
2、數(shù)據(jù)庫(kù)連接和訪(fǎng)問(wèn)要設(shè)置超時(shí)時(shí)間，這點(diǎn)避免阻塞。
3、服務(wù)器的線(xiàn)程數(shù)也需要設(shè)置，使得問(wèn)題盡可能的出現(xiàn)。
---------------------?
?

總結(jié)

以上是生活随笔為你收集整理的服务端大量CLOSE_WAIT问题的解决的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。