引言

少年，你在懷著非法的心態(tài)看一篇簡(jiǎn)短的硬核科普！

先拋問(wèn)題：如何殺掉一個(gè)正在等待 TCP 連接的 Thread？

由于眾所周知的原因，在國(guó)內(nèi)使用 maven，會(huì)等待很長(zhǎng)的時(shí)間來(lái)下載相應(yīng)的 jar 包。

如果我們正在使用 IDEA，就經(jīng)常容易卡住。當(dāng)我們點(diǎn)擊進(jìn)度條的時(shí)候，無(wú)論是等待，還是取消，都需要等待比較長(zhǎng)的時(shí)間來(lái)完成當(dāng)前的網(wǎng)絡(luò)請(qǐng)求。

除非我們立馬把 IDEA 關(guān)掉，然后再重新打開(kāi)它。

why?

因?yàn)槟銢](méi)法用代碼殺掉一條處于連接狀態(tài)的連接。操作系統(tǒng)沒(méi)有有暴露這樣的 API！

但你可以殺掉進(jìn)程。當(dāng)進(jìn)程停止的時(shí)候，與之關(guān)聯(lián)的所有連接都會(huì)被釋放。但是你無(wú)法殺掉線程，因?yàn)榫€程正在 BLOCK 在某個(gè)連接之上，你需要先關(guān)掉這個(gè)連接才能讓線程自動(dòng)釋放。

一般的連接工具包，都會(huì)提供 soTimeout 這個(gè)參數(shù)，用來(lái)配置超時(shí)。比如 MySQL 客戶端：

jdbc:mysql://xxx.xx.xxx.xxx:3306/database?connectTimeout=60000&socketTimeout=60000

通過(guò)設(shè)置超時(shí)時(shí)間可以防止出現(xiàn)網(wǎng)絡(luò)錯(cuò)誤時(shí)一直等待的情況并縮短故障時(shí)間，防止死連接的產(chǎn)生。但如果連接沒(méi)有設(shè)置超時(shí)呢？

它就會(huì)永遠(yuǎn) Block 在那里！

在 Linux 上，有 tcpkill、killcx 等工具，可以殺掉一條處于 established 狀態(tài)的連接。

以tcpkill為例，我們需要安裝相應(yīng)的工具包。

yum install dsniff -y

然后，使用netstat 或者 ss， 或者 lsof 等命令，找到要?dú)⒌舻倪B接。然后殺掉它。

tcpkill -9 -i eth0 host 10.0.1.197 and port 2222

執(zhí)行了這樣的操作之后，Thread 就能夠自動(dòng)正常關(guān)閉了。

那它是怎么實(shí)現(xiàn)的呢？

這又和老生常談的 TCP 四次揮手有關(guān)了。

想要關(guān)掉一條連接，需要經(jīng)過(guò) FIN 包和 ACK 包做四次揮手。這個(gè)過(guò)程很麻煩，但不要忘了，我們還有 RST 包，它可以直接引起連接的關(guān)閉。

可惜的是，如果你想要發(fā)送 RST 包，那必須首先要知道交互時(shí)所使用的 SEQ 序列號(hào)，因?yàn)閬y序的數(shù)據(jù)包將會(huì)被 操作系統(tǒng)直接丟棄。

所以，工具需要首先監(jiān)聽(tīng)這個(gè)連接，然后獲取其中的序列號(hào)。再拿著這個(gè)序列號(hào)，發(fā)起模擬的 RST 數(shù)據(jù)包。你的連接就這樣斷掉了。

墻，也是這么干的。

以上就是架構(gòu)師說(shuō)比起404我們更怕200錯(cuò)誤的詳細(xì)內(nèi)容，更多關(guān)于架構(gòu)404 200錯(cuò)誤的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論