什么是短捷地連接？有所謂短連接上指建立SOCKET再連接后郵箱里后接收完數(shù)據(jù)后立即重新連接，好象銀行都不使用短連接回答2長連接到就是指在實(shí)現(xiàn)tcp的通訊中，一直盡量連接到，論當(dāng)前如何確定正在發(fā)送或者收

什么是短捷地連接？

有所謂短連接上指建立SOCKET再連接后郵箱里后接收完數(shù)據(jù)后立即重新連接，好象銀行都不使用短連接回答2長連接到就是指在實(shí)現(xiàn)tcp的通訊中，一直盡量連接到，論當(dāng)前如何確定正在發(fā)送或者收得到數(shù)據(jù)。而短再連接就是唯有在有數(shù)據(jù)傳輸?shù)臅r(shí)候才通過連接上，

C 或者C#的Socket怎么知道客戶端的非正常斷開呢？

服務(wù)器端設(shè)置中一個(gè)connect線程，每隔一定時(shí)間就去檢查一下是否能算正常郵箱里數(shù)據(jù)，如果不是是可以，不自動恢復(fù)連接。

網(wǎng)絡(luò)連接中的長連接和短鏈接是什么意思？

短連接

直接連接-gt傳輸數(shù)據(jù)-dstrok關(guān)掉直接連接

例如HTTP是無狀態(tài)的的短鏈接，瀏覽器和服務(wù)器每接受第二次HTTP你操作，就建立起第二次再連接，但任務(wù)已經(jīng)結(jié)束就掉線連接。

具體詳細(xì)就是：瀏覽器client展開并成立TCP再連接-gtclient正在發(fā)送HttpRequest報(bào)文-gtserver收得到到報(bào)文-gtserverhandle并發(fā)送中HttpResponse報(bào)文給前端,你的郵箱完畢后之后馬上調(diào)用方法

-gtclient接收response報(bào)文-gtclient到了最后會收到server端已斷開TCP再連接的信號-gtclient端斷線TCP連接，具體是動態(tài)鏈接庫close方法。

也這個(gè)可以這樣說：短連接是指SOCKET再連接后，郵箱里收得到完數(shù)據(jù)后立刻重新連接。因?yàn)檫B接后收得到了數(shù)據(jù)就斷開了，因此每次來數(shù)據(jù)接受一次性處理應(yīng)該不會有聯(lián)系。這都是HTTP協(xié)議koro1的原因之一。

長再連接

連接上-r26傳輸數(shù)據(jù)-r26持續(xù)連接上-r26傳輸數(shù)據(jù)-dstrok...........-rlm直到一方直接關(guān)閉連接到，多是客戶端關(guān)閉連接。

長直接連接指確立SOCKET連接上后不管是否是建議使用都保持連接上，但安全性相對不好。

HTTP在短鏈接和長直接連接上的選擇：

HTTP是無狀態(tài)的，也就是說，瀏覽器和服務(wù)器每并且一次HTTP你的操作，就建立起一次連接，但任務(wù)都結(jié)束了就掉線直接連接。

如果不是客戶端瀏覽器訪問的某個(gè)HTML或其他類型的Web頁中包含有其他的Web資源，如JavaScript文件、圖像文件、CSS文件等；當(dāng)瀏覽器每碰到這樣一個(gè)Web資源，是會確立一個(gè)HTTP會話

HTTP1.1和HTTP1.0相比較比較而言，大的的區(qū)別那是提升了不持久再連接支持(沒有吧2012版的HTTP1.1也可以會顯示的指定calm-alive),但我還是無狀態(tài)的，或者說是不可以無條件的信任的。要是瀏覽器的或服務(wù)器在其頭信息加入了這行代碼Connection:supermonkey-alive

TCP連接在正在發(fā)送后將依舊盡量打開狀態(tài)，想罷，瀏覽器這個(gè)可以再繼續(xù)不同的連接上發(fā)送請求。保持連接浪費(fèi)了為每個(gè)幫忙確立新連接所需的時(shí)間，還節(jié)約了帶寬。利用長連接到要客戶端和服務(wù)端都接受長直接連接。

什么時(shí)候用長連接，短連接上？長連接上多應(yīng)用于不能操作正常，點(diǎn)對點(diǎn)的通訊，但連接上數(shù)肯定不能過多情況。

每個(gè)TCP再連接都必須三步握手，這是需要時(shí)間，假如每個(gè)操作都是先直接連接，再你的操作的話那么一次性處理速度會減低很多，因?yàn)槊總€(gè)操作完后都不斷開，次處理時(shí)就郵箱里數(shù)據(jù)包就就ok啦了，不用什么建立TCP連接上。

.例如：數(shù)據(jù)庫的連接用長直接連接，如果不是用短連接上頻繁的通信會導(dǎo)致socket錯(cuò)誤，不過過度的socket創(chuàng)建角色又是對資源的浪費(fèi)。

像WEB網(wǎng)站的http服務(wù)好象都用短鏈接，畢竟長連接對于服務(wù)端來說會極大代價(jià)當(dāng)然的資源，而像WEB網(wǎng)站這么大不穩(wěn)定的成千上萬甚至還上億客戶端的連接用短連接到會更省一些資源，如果用長連接，但是同時(shí)有成千上萬的用戶，如果沒有每個(gè)用戶都占用資源一個(gè)直接連接的話，那可以想象吧。因此并發(fā)量大，但每個(gè)用戶不需要過度操作情況下需用短連好。

不過，長再連接和短連接到的選擇要視情況而定。