① linux中網路都斷開了，但是send函數還是一直在發數據
1 確認鏈路是否連通狀態，最好加心跳機制， 如果一定時間沒有收到心跳包，或者沒有回復心跳
就應認為此鏈路已經壞掉了，需要關閉，重新連接！
2 至於發送數據，應該檢查對應的api的返回值，是否已經成功發送或者接受定長數據！
沒有完成應該重新發送或者接受
3 網路數據問題，可以用抓包工具直接抓包看數據，可以看的比較透徹
工具 Linux下用tcpmp，windows用wirekshark
② linux多線程 心跳機制怎麼實現
開一個線程每10秒發一次固定包啊，服務端收到次心跳包，固定回復吧！
③ Linux雙機熱備中如何設置心跳線
心跳線就是兩台伺服器之間用一根網線連接起來就OK了，然後配上IP，這個IP可以是任何IP段的，只要不是區域網內的IP就成！
④ Linux系統下的設置TCP心跳機制Keepalive為什麼總是無效果
對 於一個已經建立的tcp連接。如果在keepalive_time時間內雙方沒有任何的數據包傳輸，則開啟keepalive功能的一端將發送 keepalive數據包，若沒有收到應答，則每隔keepalive_intvl時間再發送該數據包，發送keepalive_probes次。一直沒有 收到應答，則發送rst包關閉連接。若收到應答，則將計時器清零。
⑤ 什麼是心跳機制
心跳包，通常是客戶端每隔一小段時間向伺服器發送的一個數據包，通知伺服器自己仍然在線，並傳輸一些可能有必要的數據。因按照一定的時間間隔發送，類似於心跳，所以叫做心跳包。事實上為了保持長連接，至於包的內容，是沒有特別規定的，不過一般都是很小的包，或者只是包含包頭的一個空包。
在TCP協議的機制裡面，本身是存在有心跳包機制的，也就是TCP協議中的SO_KEEPALIVE，系統默認是設置2小時的心跳頻率。需要用要用setsockopt將SOL_SOCKET.SO_KEEPALIVE設置為1才是打開，並且可以設置三個參數tcp_keepalive_time/tcp_keepalive_probes/tcp_keepalive_intvl，分別表示連接閑置多久開始發keepalive的ACK包、發幾個ACK包不回復才當對方死了、兩個ACK包之間間隔多長。
TCP協議會向對方發一個帶有ACK標志的空數據包（KeepAlive探針），對方在收到ACK包以後，如果連接一切正常，應該回復一個ACK；如果連接出現錯誤了（例如對方重啟了，連接狀態丟失），則應當回復一個RST；如果對方沒有回復，伺服器每隔多少時間再發ACK，如果連續多個包都被無視了，說明連接被斷開了。
「心跳檢測包」是屬於TCP協議底層的檢測機制，上位機軟體只是解析顯示網口的有用數據包，收到心跳包報文屬於TCP協議層的數據，一般軟體不會將它直接在應用層顯示出來，所以看不到。乙太網中的「心跳包」可以通過「乙太網抓包軟體」分析TCP/IP協議層的數據流看到。報文名稱」TCP Keep-Alive」。
一些比較可靠的乙太網轉串口模塊，都有心跳包的檢測，比如致遠電子的ZNE-100TL模塊，配置「心跳包檢測」間隔時間設為「10」秒，使用一款」wireshark」的抓包軟體來實際查看下TCP/IP協議層「心跳包」數據。
⑥ 【tcp】心跳檢測，保活機制
為什麼要心跳檢查?
因為目前討論的數據連接場景，都是無源連接，排除NAT的情況，連接就是存在於src和dest兩端OS中的狀態機，為什麼會要用無源連接呢，有源是連接建立帶寬就分配好了，不傳有效數據這個帶寬也被佔用著，這不就浪費了，虛擬信號時代的電話就是有源的。
心跳檢查是兩端都要做的，不做的那一端一樣存在狀態不對而不自知的情況。
狀態機在兩端是有可能不一致的，比如一端認為這條連接已經銷毀，另外一端可能認為仍有效。心跳機制的作用之一就是解決這種不一致的情況，類似「校對」的作用。
在瀏覽器上請求一個需要長時間才得到結果的請求，最後返回超時錯誤。
你說的情況我們經常遇到，我估計你說的就是客戶端自己的超時設置，也就是如果http響應無法在限定時間內完成（比如1秒內），那麼客戶端應用程序自己會報timeout錯誤。
這應該不是中間設備做了reset，因為如果是那樣，這個中間設備應該會給客戶端和服務端都發TCP RST，然後客戶端報錯會變成ECONNRESET這種（ECONNRESET是linux的網路協議棧報給用戶空間程序的報錯）。
心跳消息顯示push ack是為何呢？
按照TCP協議（參考RFC793）規定，操作系統收到有PSH標志位的報文後，這些報文不會被駐留在接收緩沖區，而是要立即通知用戶空間程序來接收。這樣對於用戶空間程序及時收發處理心跳報文是有利的。
AWS的nlb keep-alive最大是350s，我們的服務端keep-alive是默認配置，客戶端使用了連接池，也進行了探測，但是有個騷操作是隨機選取池子裡面的一個鏈接進行探測，然後那些超過350s還沒探測的鏈接，再次使用就出問題了。
你說的「隨機選取池子裡面的一個鏈接進行探測」，我判斷是健康檢查，就是業務健康性（類似k8s的readiness probe），而不是keepalive。
如果是這樣的話，這個健康檢查確實不是為保活而生的，也很難達到保活的目的。建議這樣做設置：client idle timeout < LB idle timeout < server idle timeout，這樣可以盡可能的保證不出現連接失效的情況。
這里說的「保活時間」，不是心跳包的間隔，而是空閑保活時間，idle timeout。
保活機制：心跳包異常導致應用重啟？
https://time.geekbang.org/column/article/482610
如何解決 Keep-Alive 導致 ECONNRESET 的問題
https://zhuanlan.hu.com/p/86953757
解決使用 KeepAlive Agent 遇到的 ECONNRESET
https://zhuanlan.hu.com/p/34147188
⑦ linux如何排查心跳閃斷
linux排查心跳閃斷方法：
1、修改/etc/ssh/sshd_config文件，代碼：sudovim/etc/ssh/sshd_config。
2、查找是否有ClientAliveInterval0和ClientAliveCountMax3，如何沒有，則在文件後添加，代碼：ClientAliveInterval60，ClientAliveCountMax3。
3、ClientAliveInterval指定了伺服器端向客戶端請求消息的時間間隔，默認是0，不發送。ClientAliveInterval60表示每分鍾發送一次，然後客戶端響應，這樣就保持長連接了。ClientAliveCountMax，使用默認值3即可.ClientAliveCountMax表示伺服器發出請求後客戶端沒有響應的次數達到一定值，就自動斷開.
4、重起sshd服務：servicesshdrestart。
⑧ 求linux c語言的心跳包程序
首先,心跳來包一般是30秒或者1分鍾一自次才正常,3秒一次太頻繁,耗損資源,降低效率,心跳包其實就是你自己定義一條數據send給伺服器,伺服器recv到這條數據做下判斷就行了,如果1分鍾沒收到這條數據,就斷開此客戶端的socket連接,返回socket值,根據返回的值確定此客戶端掉線了.
⑨ 心跳機制綜述（HDFS)
應用場景 ：
在長連接下，有可能很長一段時間都沒有數據往來。理論上說，這個連接是一直保持連接的，但是實際情況中，如果中間節點出現什麼故障是難以知道的。
更要命的是，有的節點（防火牆）會自動把一定時間之內沒有數據交互的連接給斷掉。在這個時候，就需要我們的心跳包了，用於維持長連接，保活
什麼是心跳機制？
就是每隔幾分鍾發送一個固定信息給服務端，服務端收到後回復一個固定信息如果服務端幾分鍾內沒有收到客戶端信息則視客戶端斷開。
發包方：可以是客戶也可以是服務端，看哪邊實現方便合理。
心跳包之所以叫心跳包是因為：它像心跳一樣每隔固定時間發一次，以此來告訴伺服器，這個客戶端還活著。事實上這是為了保持長連接，至於這個包的內容，是沒
有什麼特別規定的，不過一般都是很小的包，或者只包含包頭的一個空包。心跳包主要也就是用於長連接的保活和斷線處理。一般的應用下，判定時間在30-40
秒比較不錯。如果實在要求高，那就在6-9秒。