tcp連接中伺服器宕機會怎麼樣

⑴ TCP連接會斷開嗎

理論上是不會的。
理想狀態下，一個 TCP 連接可以被長期保持。然而，在實際應用中，客戶端或伺服器端上維持的一個看似正常的 TCP 連接可能已經斷連。TCP 連接主要受到兩個方面的影響而導致斷連：網路中間節點和客戶端 / 伺服器節點參與通信的兩方節點？
在實際網路應用中，兩個主機之間的通信往往需要穿越多個中間節點，例如路由器、網關、防火牆等。因此，兩個主機之間 TCP 連接的保持同樣會受到中間節點的影響，尤其是會受到防火牆（軟體或硬體防火牆）的限制。防火牆是一種裝置，有多種不同的實現方式（軟體實現、硬體設備實現或是軟硬體相結合實現），它需要依據一系列規則對進出的信息流進行掃描，並允許安全（符合規則）的信息交互、阻止不安全（違反規則）的信息交互。防火牆的工作特性決定了要維護一個網路連接就需要耗費較多的資源，並且企業防火牆常常位於企業網路的出入口，長時間維護非活躍的 TCP 連接必將導致網路性能的下降。因此，大部分防火牆默認會關閉長時間處於非活躍狀態的連接而導致 TCP 連接斷連。類似的，如果中間節點異常導致來自客戶端關閉連接的請求無法傳遞到伺服器端，也將導致伺服器端的相應連接發生斷連。

⑵ 用TCP通訊時，如果客戶端與伺服器很長一段時間不通訊，鏈路會斷開嗎

您好，用TCP通訊時，TCP一旦建立不會自動斷開，但是可以通過設置超時斷開。

⑶ linux伺服器tcp連接過多會造成什麼影響

佔用伺服器帶寬，致使帶寬資源跑高。 伺服器硬體資源跑滿，包括CPU和內存。 影響正常訪客訪問。

⑷ 伺服器宕機會有什麼樣的後果安全可靠的伺服器要怎麼選擇

伺服器宕機有可能是網路故障，有可能是突發的訪問量暴增、伺服器處理不過來的問題。

伺服器處理和響應不過來，會導致丟棄部分請求不予處理，更嚴重的會導致服務端崩潰。

防止由於伺服器宕機可能導致的數據丟失問題的解決辦法有：

一、數據備份與「多雲」

如果是物理機，要做好數據備份，比如做raid；如果是選擇的公有雲，則最好把數據分存在不同的服務商那裡。

二、web伺服器配置優化

對Web伺服器進行配置優化，比如：調整內存數量、線程數量等；提供多個能提供相同服務的Web伺服器，以實現負載均衡；仔細規劃Web伺服器上部署的應用規模；對Web伺服器進行集群。

三、資料庫集群，進行讀寫分離

⑸ 在TCP中強制斷開連接會怎麼樣

有保活定時器（keepalive）來處理這個問題的，印象中TCP/IP卷一有專門的一章講這個問題的。

⑹ 關於tcp連接中意外關閉的處理（winsock）

問題描述得不太清楚，「重新啟動客戶機程序要求和伺服器連接時出現錯誤」指的是在客戶端出現錯誤還是服務端出現錯誤？是什麼錯誤？錯誤號(errno)是多少？可能有多種情況，難以籠統回答。
=================================
從你的描述上看問題應該出在客戶端，但仍不能斷定原因。你應該判斷connect函數的返回值是否正常，如否還應取得errno才能弄清原因。

⑺ 如果一個tcp伺服器在客戶端發出數據報之前已經崩潰了,這是協議棧最有可能返

TCP報文首部中有標識位，共6個
URG：緊急指針（urgent pointer）有效。
ACK：確認序號有效。
PSH：接收方應該盡快將這個報文交給應用層。
RST：重置連接。
SYN：發起一個新連接。
FIN：釋放一個連接。
RST一般是在FIN之後才會出現為1的情況，表示的是連接重置。一般地，當出現FIN包或RST包時，我們便認為客戶端與伺服器端斷開了連接。所以在客戶端不知道的情況下，協議棧最有可能返回SYN

⑻ TCP和伺服器斷開連接後重連怎麼處理

TCP是網際網路中的傳輸層協議，使用三次握手協議建立連接。當主動方發出SYN連接請求後，等待對方回答SYN，ACK。這種建立連接的方法可以防止產生錯誤的連接，TCP使用的流量控制協議是可變大小的滑動窗口協議。第一次握手：建立連接時，客戶端發送SY...

⑼ 伺服器宕機什麼意思

宕機什麼意思?
宕機是計算機術語，口語裡面我們簡單的把停掉機器叫做down機，轉換為漢字是「宕機」，但很多人都叫做「當機」/「死機」，雖然不規范但卻流行。
down就是up的反義，就是計算機不能正常工作了，包括一切原因而導致出現的死機。
(1)一般情況下指的就是計算機主機出現意外故障而死機;(2)一些伺服器故障，包括伺服器主機，資料庫死鎖或者DNS故障都可以稱為宕機，一切伺服器的某些服務掛掉了，都可以這么說。
一般來說，普通的電腦出現故障，稱之為「死機」，很少會說宕機;而一些知名網站或者媒體伺服器出現故障時，通常會被報道為宕機，比如此前微信就出現很多次伺服器宕機現象，導致用戶無法登陸，被不少媒體報道過。
其實，宕機是一種非常常見的現象，一般是指網站伺服器出現故障，導致服務中斷。由於伺服器通常都是365天不間斷的工作，因此很多網站都會出現宕機故障，比如蘋果、網路、京東等知名大網站也出現過。由於這些大網站，通常會配備多台伺服器，因此宕機出現的概率極少。
而對一些中小網站來說，其實每天都在上演宕機，只是鮮為人知罷了。媒體從來只會曝光成功的大型網站宕機故障，一些失敗的企或小網站，是沒有理會或在乎的，因此宕機事件也不是經常有報道，但是很多宕機現象在很多中小網站中，基本天天都在上演。

⑽ tcp中 網路斷開後 伺服器默認的情況下 什麼時候斷開 5 63 15

http、TCP/IP協議與socket之間的區別

網路由下往上分為:

物理層--

數據鏈路層--

網路層-- IP協議

傳輸層-- TCP協議

會話層--

表示層和應用層-- HTTP協議

1、TCP/IP連接

手機能夠使用聯網功能是因為手機底層實現了TCP/IP協議，可以使手機終端通過無線網路建立TCP連接。TCP協議可以對上層網路提供介面，使上層網路數據的傳輸建立在「無差別」的網路之上。

建立起一個TCP連接需要經過「三次握手」：

第一次握手：客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；

第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；

第三次握手：客戶端收到伺服器的SYN＋ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。

握手過程中傳送的包里不包含數據，三次握手完畢後，客戶端與伺服器才正式開始傳送數據。理想狀態下，TCP連接一旦建立，在通信雙方中的任何一
方主動關閉連接之前，TCP
連接都將被一直保持下去。斷開連接時伺服器和客戶端均可以主動發起斷開TCP連接的請求，斷開過程需要經過「四次握手」（過程就不細寫了，就是伺服器和客
戶端交互，最終確定斷開）.

2、HTTP連接

HTTP協議即超文本傳送協議(Hypertext Transfer Protocol )，是Web聯網的基礎，也是手機聯網常用的協議之一，HTTP協議是建立在TCP協議之上的一種應用。

HTTP連接最顯著的特點是客戶端發送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連接。從建立連接到關閉連接的過程稱為「一次連接」。

1）在HTTP 1.0中，客戶端的每次請求都要求建立一次單獨的連接，在處理完本次請求後，就自動釋放連接。

2）在HTTP 1.1中則可以在一次連接中處理多個請求，並且多個請求可以重疊進行，不需要等待一個請求結束後再發送下一個請求。

由於HTTP在每次請求結束後都會主動釋放連接，因此HTTP連接是一種「短連接」，要保持客戶端程序的在線狀態，需要不斷地向伺服器發起連接
請求。通常的做法是即時不需要獲得任何數據，客戶端也保持每隔一段固定的時間向伺服器發送一次「保持連接」的請求，伺服器在收到該請求後對客戶端進行回
復，表明知道客戶端「在線」。若伺服器長時間無法收到客戶端的請求，則認為客戶端「下線」，若客戶端長時間無法收到伺服器的回復，則認為網路已經斷開。

3、SOCKET原理

3.1套接字（socket）概念

套接字（socket）是通信的基石，是支持TCP/IP協議的網路通信的基本操作單元。它是網路通信過程中端點的抽象表示，包含進行網路通信必須的五種信息：連接使用的協議，本地主機的IP地址，本地進程的協議埠，遠地主機的IP地址，遠地進程的協議埠。

應用層通過傳輸層進行數據通信時，TCP會遇到同時為多個應用程序進程提供並發服務的問題。多個TCP連接或多個應用程序進程可能需要通過同一個
TCP協議埠傳輸數據。為了區別不同的應用程序進程和連接，許多計算機操作系統為應用程序與TCP／IP協議交互提供了套接字(Socket)介面。應
用層可以和傳輸層通過Socket介面，區分來自不同應用程序進程或網路連接的通信，實現數據傳輸的並發服務。

3.2 建立socket連接

建立Socket連接至少需要一對套接字，其中一個運行於客戶端，稱為ClientSocket ，另一個運行於伺服器端，稱為ServerSocket 。

套接字之間的連接過程分為三個步驟：伺服器監聽，客戶端請求，連接確認。

伺服器監聽：伺服器端套接字並不定位具體的客戶端套接字，而是處於等待連接的狀態，實時監控網路狀態，等待客戶端的連接請求。

客戶端請求：指客戶端的套接字提出連接請求，要連接的目標是伺服器端的套接字。為此，客戶端的套接字必須首先描述它要連接的伺服器的套接字，指出伺服器端套接字的地址和埠號，然後就向伺服器端套接字提出連接請求。

連接確認：當伺服器端套接字監聽到或者說接收到客戶端套接字的連接請求時，就響應客戶端套接字的請求，建立一個新的線程，把伺服器端套接字的描
述發給客戶端，一旦客戶端確認了此描述，雙方就正式建立連接。而伺服器端套接字繼續處於監聽狀態，繼續接收其他客戶端套接字的連接請求。

4、SOCKET連接與TCP/IP連接

創建Socket連接時，可以指定使用的傳輸層協議，Socket可以支持不同的傳輸層協議（TCP或UDP），當使用TCP協議進行連接時，該Socket連接就是一個TCP連接。

socket則是對TCP/IP協議的封裝和應用（程序員層面上）。也可以說，TPC/IP協議是傳輸層協議，主要解決數據 如何在網路中傳輸，而HTTP是應用層協議，主要解決如何包裝數據。關於TCP/IP和HTTP協議的關系，網路有一段比較容易理解的介紹：

「我們在傳輸數據時，可以只使用（傳輸層）TCP/IP協議，但是那樣的話，如
果沒有應用層，便無法識別數據內容，如果想要使傳輸的數據有意義，則必須使用到應用層協議，應用層協議有很多，比如HTTP、FTP、TELNET等，也
可以自己定義應用層協議。WEB使用HTTP協議作應用層協議，以封裝HTTP文本信息，然後使用TCP/IP做傳輸層協議將它發到網路上。」

我們平時說的最多的socket是什麼呢，實際上socket是對TCP/IP協議的封裝，Socket本身並不是協議，而是一個調用介面
（API），通過Socket，我們才能使用TCP/IP協議。 實際上，Socket跟TCP/IP協議沒有必然的聯系。Socket編程接
口在設計的時候，就希望也能適應其他的網路協議。所以說，Socket的出現
只是使得程序員更方便地使用TCP/IP協議棧而已，是對TCP/IP協議的抽象，從而形成了我們知道的一些最基本的函數介面，比如create、
listen、connect、accept、send、read和write等等。網路有一段關於socket和TCP/IP協議關系的說法比較容易理
解：

「TCP/IP只是一個協議棧，就像操作系統的運行機制一樣，必須要具體實現，同時還要提供對外的操作介面。這個就像操作系統會提供標準的編程介面，比如win32編程介面一樣，TCP/IP也要提供可供程序員做網路開發所用的介面，這就是Socket編程介面。」

實際上，傳輸層的TCP是基於網路層的IP協議的，而應用層的HTTP協議又是基於傳輸層的TCP協議的，而Socket本身不算是協議，就像上面所說，它只是提供了一個針對TCP或者UDP編程的介面。socket是對埠通信開發的工具,它要更底層一些.

5、Socket連接與HTTP連接

由於通常情況下Socket連接就是TCP連接，因此Socket連接一旦建立，通信雙方即可開始相互發送數據內容，直到雙方連接斷開。但在實際網路應用中，客戶端到伺服器之間的通信往往需要穿越多個中間節點，例如路由器、網關、防火牆等，大部分防火牆默認會關閉長時間處於非活躍狀態的連接而導致 Socket 連接斷連，因此需要通過輪詢告訴網路，該連接處於活躍狀態。

而HTTP連接使用的是「請求—響應」的方式，不僅在請求時需要先建立連接，而且需要客戶端向伺服器發出請求後，伺服器端才能回復數據。

很多情況下，需要伺服器端主動向客戶端推送數據，保持客戶端與伺服器數據的實時與同步。此時若雙方建立的是Socket連接，伺服器就可以直接
將數據傳送給客戶端；若雙方建立的是HTTP連接，則伺服器需要等到客戶端發送一次請求後才能將數據傳回給客戶端，因此，客戶端定時向伺服器端發送連接請
求，不僅可以保持在線，同時也是在「詢問」伺服器是否有新的數據，如果有就將數據傳給客戶端。

http協議是應用層的協義

有個比較形象的描述：HTTP是轎車，提供了封裝或者顯示數據的具體形式；Socket是發動機，提供了網路通信的能力。

兩個計算機之間的交流無非是兩個埠之間的數據通信,具體的數據會以什麼樣的形式展現是以不同的應用層協議來定義的`如HTTP`FTP`...