Ⅰ 如何設置路由策略長連接
應該是設置成自動連接就好了
Ⅱ tcp 保持長連接 需要 佔用 網路帶寬嗎
需要。
TCP協議中有長連接和短連接之分。短連接在數據包發送完成後就會自己斷開，長連接在發包完畢後，會在一定的時間內保持連接，即我們通常所說的Keepalive（存活定時器）功能。 www.2cto.com
默認的Keepalive超時需要7,200,000 milliseconds，即2小時，探測次數為5次。它的功效和用戶自己實現的心跳機制是一樣的。開啟Keepalive功能需要消耗額外的寬頻和流量，盡管這微不足道，但在按流量計費的環境下增加了費用，另一方面，Keepalive設置不合理時可能會因為短暫的網路波動而斷開健康的TCP連接。
所謂短連接指建立SOCKET連接後發送後接收完數據後馬上斷開連接，一般銀行都使用短連接解釋2長連接就是指在基於tcp的通訊中，一直保持連接，不管當前是否發送或者接收數據。而短連接就是只有在有數據傳輸的時候才進行連接，客戶－伺服器通信/傳輸數據完畢就關閉連接。解釋3長連接和短連接這個概念好像只有移動的CMPP協議中提到了，其他的地方沒有看到過。通信方式各網元之間共有兩種連接方式：長連接和短連接。所謂長連接，指在一個TCP連接上可以連續發送多個數據包，在TCP連接保持期間，如果沒有數據包發送，需要雙方發檢測包以維持此連接。短連接是指通信雙方有數據交互時，就建立一個TCP連接，數據發送完成後，則斷開此TCP連接，即每次TCP連接只完成一對CMPP消息的發送。現階段，要求ISMG之間必須採用長連接的通信方式，建議SP與ISMG之間採用長連接的通信方式。解釋4短連接：比如http的，只是連接、請求、關閉，過程時間較短,伺服器若是一段時間內沒有收到請求即可關閉連接。
Ⅳ 手游開發中網路通信使用長連接還是短連接比較好
其實長連接是相對於通常的短連接而說的，也就是長時間保持客戶端與服務端的連接狀態。
通常的短連接操作步驟是：
連接-》數據傳輸-》關閉連接；
而長連接通常就是：
連接-》數據傳輸-》保持連接-》數據傳輸-》保持連接-》…………-》關閉連接；
這就要求長連接在沒有數據通信時，定時發送數據包，以維持連接狀態，短連接在沒有數據傳輸時直接關閉就行了
什麼時候用長連接，短連接？
長連接主要用於在少數客戶端與服務端的頻繁通信，因為這時候如果用短連接頻繁通信常會發生Socket出錯，並且頻繁創建Socket連接也是對資源的浪費。
但是對於服務端來說，長連接也會耗費一定的資源，需要專門的線程（unix下可以用進程管理）來負責維護連接狀態。
總之，長連接和短連接的選擇要視情況而定。
Ⅳ TCP長連接長時間無數據被斷開是哪個網路設備的問題
每兩個小時，tcp自動探測一次，發現對方關閉，則斷開連接
除非應用層有特殊要求（比如要求每5分鍾探測一次），否則不需要關心這個問題。
我記得keepalive option似乎不能設置時間，只是打開關閉keep alive選項。
設置時間是在另外的地方（好像是sysctl，或者/proc下面），而且這個時間是一個系統只有一個，一旦改變所有程序的keepalive檢測時間都變。
Ⅵ TCP長連接在電信運營商網路無數據交互多久會被斷開連接
75秒，但還是要看具體情況：如下
client向server發起連接，server接受client連接，雙方建立連接。Client與server完成一次讀寫之後，它們之間的連接並不會主動關閉，後續的讀寫操作會繼續使用這個連接。
首先說一下TCP/IP詳解上講到的TCP保活功能，保活功能主要為伺服器應用提供，伺服器應用希望知道客戶主機是否崩潰，從而可以代表客戶使用資 源。如果客戶已經消失，使得伺服器上保留一個半開放的連接，而伺服器又在等待來自客戶端的數據，則伺服器將應遠等待客戶端的數據，保活功能就是試圖在服務 器端檢測到這種半開放的連接。
如果一個給定的連接在兩小時內沒有任何的動作，則伺服器就向客戶發一個探測報文段，客戶主機必須處於以下4個狀態之一：
客戶主機依然正常運行，並從伺服器可達。客戶的TCP響應正常，而伺服器也知道對方是正常的，伺服器在兩小時後將保活定時器復位。
客戶主機已經崩潰，並且關閉或者正在重新啟動。在任何一種情況下，客戶的TCP都沒有響應。服務端將不能收到對探測的響應，並在75秒後超時。伺服器總共發送10個這樣的探測 ，每個間隔75秒。如果伺服器沒有收到一個響應，它就認為客戶主機已經關閉並終止連接。
客戶主機崩潰並已經重新啟動。伺服器將收到一個對其保活探測的響應，這個響應是一個復位，使得伺服器終止這個連接。
客戶機正常運行，但是伺服器不可達，這種情況與2類似，TCP能發現的就是沒有收到探查的響應。
從上面可以看出，TCP保活功能主要為探測長連接的存活狀況，不過這里存在一個問題，存活功能的探測周期太長，還有就是它只是探測TCP連接的存活，屬於比較斯文的做法，遇到惡意的連接時，保活功能就不夠使了。
在長連接的應用場景下，client端一般不會主動關閉它們之間的連接，Client與server之間的連接如果一直不關閉的話，會存在一個問 題，隨著客戶端連接越來越多，server早晚有扛不住的時候，這時候server端需要採取一些策略，如關閉一些長時間沒有讀寫事件發生的連接，這樣可 以避免一些惡意連接導致server端服務受損；如果條件再允許就可以以客戶端機器為顆粒度，限制每個客戶端的最大長連接數，這樣可以完全避免某個蛋疼的 客戶端連累後端服務。
Ⅶ socket長連接斷網後會自動重連嗎
我給你再回答詳細點：
客戶端或伺服器接收到的客戶端：socket有系統超時時間，現有所有系統一般是30秒到2分鍾；應用可以把超時時間再設小。如果過了超時時間，還讀取不到數據或發送不了數據。就會返回connected time out錯誤。socket的鏈接函數會返回，會自動關閉鏈接。超時時間內，會有N次重試，一般是系統平台在管理。應用級的重連機制需要應用程序實現。
對伺服器端，監聽類型的socket（服務類的socket），不管網路斷不斷，一直會有效。
Ⅷ 在LTE網路中，建立一個長連接，這個連接上一段時間沒有數據傳輸，運營商網路是否會斷開這個連接。
你說的正確，沒數據傳送，基站會主動釋放連接，但是ip不會改變，切換了也不變，除非關機再開機
Ⅸ 保持長連接是什麼意思
所謂長連接，指在一個連接上可以連續發送多個數據包，在連接保持期間，如果沒有數據包發送，需要雙方發鏈路檢測包。短連接是指通訊雙方有數據交互時，就建立一個連接，數據發送完成後，則斷開此連接，即每次連接只完成一項業務的發送。
長連接多用於操作頻繁，點對點的通訊，而且連接數不能太多情況，。每個TCP連接都需要三步握手，這需要時間，如果每個操作都是先連接，再操作的話那麼處理速度會降低很多，所以每個操作完後都不斷開，下次處理時直接發送數據包就OK了，不用建立TCP連接。例如：資料庫的連接用長連接，如果用短連接頻繁的通信會造成socket錯誤，而且頻繁的socket
創建也是對資源的浪費。
而像WEB網站的http服務一般都用短鏈接，因為長連接對於服務端來說會耗費一定的資源，而像WEB網站這么頻繁的成千上萬甚至上億客戶端的連接用短連接會更省一些資源，如果用長連接，而且同時有成千上萬的用戶，如果每個用戶都佔用一個連接的話，那可想而知吧。所以並發量大，但每個用戶無需頻繁操作情況下需用短連好。
總之，長連接和短連接的選擇要視情況而定。
Ⅹ 網路連接中的長連接和短鏈接是什麼意思
短連接
連接->傳輸數據->關閉連接
比如HTTP是無狀態的的短鏈接，瀏覽器和伺服器每進行一次HTTP操作，就建立一次連接，但任務結束就中斷連接。
具體就是：瀏覽器client發起並建立TCP連接 -> client發送HttpRequest報文 -> server接收到報文->server handle並發送HttpResponse報文給前端,發送完畢之後立即調用socket.close方法
->client接收response報文->client最終會收到server端斷開TCP連接的信號->client 端斷開TCP連接，具體就是調用close方法。
也可以這樣說：短連接是指SOCKET連接後，發送接收完數據後馬上斷開連接。
因為連接後接收了數據就斷開了，所以每次數據接受處理不會有聯系。 這也是HTTP協議無狀態的原因之一。
長連接
連接->傳輸數據->保持連接 -> 傳輸數據-> ...........->直到一方關閉連接，多是客戶端關閉連接。
長連接指建立SOCKET連接後不管是否使用都保持連接，但安全性較差。
HTTP在短鏈接和長連接上的選擇：
HTTP是無狀態的 ，也就是說，瀏覽器和伺服器每進行一次HTTP操作，就建立一次連接，但任務結束就中斷連接。
如果客戶端瀏覽器訪問的某個HTML或其他類型的 Web頁中包含有其他的Web資源，如JavaScript文件、圖像文件、CSS文件等；當瀏覽器每遇到這樣一個Web資源，就會建立一個HTTP會話
HTTP1.1和HTTP1.0相比較而言，最大的區別就是增加了持久連接支持(貌似最新的HTTP1.1 可以顯示的指定 keep-alive),但還是無狀態的，或者說是不可以信任的。
如果瀏覽器或者伺服器在其頭信息加入了這行代碼 Connection:keep-alive
TCP連接在發送後將仍然保持打開狀態，於是，瀏覽器可以繼續通過相同的連接發送請求。保持連接節省了為每個請求建立新連接所需的時間，還節約了帶寬。
實現長連接要客戶端和服務端都支持長連接。
什麼時候用長連接，短連接？
長連接多用於操作頻繁，點對點的通訊，而且連接數不能太多情況。
每個TCP連接都需要三步握手，這需要時間，如果每個操作都是先連接，再操作的話那麼處理速度會降低很多，所以每個操作完後都不斷開，次處理時直接發送數據包就OK了，不用建立TCP連接。
例如：資料庫的連接用長連接， 如果用短連接頻繁的通信會造成socket錯誤，而且頻繁的socket 創建也是對資源的浪費。
像WEB網站的http服務一般都用短鏈接，因為長連接對於服務端來說會耗費一定的資源，而像WEB網站這么頻繁的成千上萬甚至上億客戶端的連接用短連接會更省一些資源，如果用長連接，而且同時有成千上萬的用戶，如果每個用戶都佔用一個連接的話，那可想而知吧。所以並發量大，但每個用戶無需頻繁操作情況下需用短連好。
總之，長連接和短連接的選擇要視情況而定。