TCP连接的实质

最新推荐文章于 2024-05-26 13:16:28 发布
原创 最新推荐文章于 2024-05-26 13:16:28 发布 · 1.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#tcp

本文解析了TCP三次握手建立连接的过程及长连接的工作原理。详细介绍了服务器如何通过维护socket来实现向客户端推送数据，并探讨了海量连接下服务器资源消耗的问题。

三次握手成功后，server端会创建一个新的socket（包含客户端IP地址和端口号等信息），并通过该socket读取或向client发送数据。是为建立一个连接。当断开连接时，server释放掉创建的socket数据结构。下次再通信时，需重新从三次握手开始。

所谓长连接，应该也是server端长时间维护该socket，一旦socket消失，server端将无法实现推送消息的功能。因此要想实现server向client的数据推送功能，client必须和server端建立并维护一个长连接。

海量连接时，server如何吃的消？保持长连接时，client流量和耗电量如何吃得消？

互联网协议 — TCP — TCP 连接（三次握手、四次挥手）
烟云的计算
07-10 4976
目录 文章目录目录抓包分析建立 TCP 连接的三次握手数据传输断开 TCP 连接的四次挥手 抓包分析 Client IP：172.18.128.204 Server TCP Socket：(10.0.0.128, 80) 建立 TCP 连接的三次握手 建立连接时，客户端发送 (SYN=1，seq=x) 数据段到服务器，然后进入 SYN_SENT 状态并等待服务器确认； 服务器收到 (SYN=1，seq=x) 数据段后，返回 (ACK=1, ack=x+1, SYN=1, seq=y) 数据段，服务器进
TCP 连接的前世今生
欢迎关注公众号：【码农突围】，回复9999，可以获取一份LeetCode刷题笔记
06-03 448
点击上方“码农突围”，马上关注 这里是码农充电第一站，回复“666”，获取一份专属大礼包 真爱，请设置“星标”或点个“在看 前言 大家好！我是盼盼！之前写了几篇关于算法和 linux 命...
非科班程序员迅速理解TCP连接的本质
码农无双的博客
07-27 683
首先，网络是基于IP的。IP协议给网络中的每个节点分配了一个地址，并且允许你从某个节点发送少量数据到另一个节点，但是这并没有什么太大价值，因为我们没法确认数据是否真的到达对方节点了，并且是否按照正确的顺序到达了。 如果我们想要一套抽象的机制来传输任意数量的数据，并且保证它们顺序到达对方节点，我们需要在IP协议上方增加一个协议，用于处理传输中的顺序和保证到达，这正是TCP协议的目标。 和TCP并列的，是另一个传输层协议——UDP，UDP协议不做任何检查，不保证数据一定到达，不保证顺序。UDP仅仅是在原始IP数
一文带你彻底了解 TCP 连接的本质
ruanHbac的博客
06-30 499
前言 之前写了几篇关于算法和 linux 命令的文章，今天来学习下，网络协议相关的知识。不管你是客户端，还是服务端开发，网络协议这块都是要学习和了解的。 工作和面试中，网络协议都会用到。虽然学习网络对编码没有实质的帮助，但对你处理一下网络连接问题，帮助大大的。下面来一起学习下，发车! 缘起 在世界上各地，各种各样的电脑，运行着各自不同的操作系统为大家服务。这些电脑，在表达同一种信息的时候，所使用的方法是千差万别。 计算机使用者意识到，计算机只是单兵作战，并不会发挥太大的作用。只有把
连接的本质是什么？
for_eternal的博客
12-26 828
建立连接需要消耗资源 参考
TCP网络编程本质
晴天的专栏
09-18 1296
ThreadPool分析（一） 网站承诺：阿邦网坚持写作客观独立的立场，永远不受金钱影响。秉承为人民生活服务的宗旨，与您分享特邀帮手的经验和知识，帮您解决生活问题，提高生活品质。本文系阿邦网独家稿件，未经许可，任何媒体和个人，不得全部或部分转载，违者必究。 线程池流程图来源：朱翔 [点击放大] 在平时项目中我们经常需要多线程编程，提高系统的CPU利用率，但是如果需要用多线程处理
在 Rust 中实现 TCP : 3. TCP连接四元组
xuejianxinokok的专栏
03-05 1476
到目前为止，已经确保接收到正确的 IPv4 数据包，并且已经实现了一种机制，将传入数据包与其各自的状态相关联，并由唯一的连接四元组作为键。从最初的握手到数据传输和最终的断开，连接的状态都会被仔细跟踪，以保证可靠和有序的数据交换。脚本来启动程序，该脚本将构建并执行二进制文件并为其提供必要的提升网络访问权限，接下来，将使用 Netcat 尝试与应用程序建立 TCP 连接，最后为了可视化，将使用 tshark 通过运行 tshark -I tun0 来监视和捕获 tun0 接口上的数据包。这是我们下一个目标。
TCP 半连接队列和全连接队列
smart_an的专栏
05-21 1049
半连接队列，也称 SYN 队列；全连接队列，也称 accept 队列；服务端收到客户端发起的 SYN 请求后，内核会把该连接存储到半连接队列，并向客户端响应 SYN+ACK，接着客户端会返回 ACK，服务端收到第三次握手的 ACK 后，内核会把连接从半连接队列移除，然后创建新的完全的连接，并将其添加到 accept 队列，等待进程调用 accept 函数时把连接取出来。不管是半连接队列还是全连接队列，都有最大长度限制，超过限制时，内核会直接丢弃，或返回 RST 包。
没有 accept，能建立 TCP 连接吗？
最新发布
smart_an的专栏
05-26 1181
每一个socket执行listen时，内核都会自动创建一个半连接队列和全连接队列。第三次握手前，TCP连接会放在半连接队列中，直到第三次握手到来，才会被放到全连接队列中。accept方法只是为了从全连接队列中拿出一条连接，本身跟三次握手几乎毫无关系。出于效率考虑，虽然都叫队列，但半连接队列其实被设计成了哈希表，而全连接队列本质是链表。全连接队列满了，再来第三次握手也会丢弃，此时如果，还会直接发RST给客户端。半连接队列满了，可能是因为受到了SYN Flood攻击，可以设置，绕开半连接队列。
TCP连接原理
m0_60961911的博客
02-01 697
服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1（确认序号为收到的序号加1），并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。二次握手，tcp服务器收到请求报文后，如果同意连接，如果同意连接，则发出确认报文。服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ack=u+1，由于在半关闭状态，服务器很可能又发送了一些数据，假定此时的序列号为seq=w，此时，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。
TCP面向连接的本质是什么？
niusi1288的博客
09-03 6056
“连接”：这个连接并不是真正意义上的连接，称之为“虚电路”，其实也并不是说A和B之间震荡建立了一条连接，或者说保证了路由路径是一致的，因为路由选择并不是传输层控制的，传输层负责流量控制和差错控制，因此所有的拥塞控制和路由选择其实是IP协议的工作，所以说，TCP怎能保证路由路径是一样的呢，如果出现网络拥堵，必然会重新选择路径。那么这个连接究竟是什么呢？ 答案是：状态和序列号，以及错误校验（可以查看...
都说 TCP 是面向连接的，怎样才算是一个连接呢？
lyndon
05-09 1万+
TCP 不是桥 - 连接：在自己监听的端口接收到连接的请求，然后经过“三次握手”，维护一定的数据结构和对方的信息，确认了该信息：我发的内容对方会接收，对方发的内容我也会接收，直到连接断开。 - 断开：经过“四次挥手”确保双方都知道且同意对方断开连接，然后 remove 掉为对方维护的数据结构和信息，对方之后发送的包也不会接收，直到再次连接。 我看到有的同学说，TCP 是建立了一座桥，我认为这个比喻不恰当，TCP 更好的比喻是在码头上增加了记录人员，核查人员和督导人员，至于 IP 层和数据链路层，它没有任何改
TCP连接状态图解析
永无止境，上下求索
03-19 5250
TCP状态图，展示的是TCP从连接建立到连接关闭的整个生命周期， TCP的状态转换以及处理流程。TCP面向的是端口，Linux里面可以通过 netstat -a命令查看连接状态。笔者遇到Tomcat生成大量CLOSE_WAIT 状态的连接问题，故想了解一下TCP的连接机制。TCP状态图纵览TCP连接本质是点对点的，理论上无所谓服务器，客户端。不过总得有 一个进程等待在那里，对外提供连接的服务
网络通信过程中，建立连接的本质是什么
jiruifeng_1的博客
01-05 390
网络通信过程中，建立连接的本质是什么
到底什么是TCP连接？
中华胡杨的专栏
08-19 1万+
这个问题说实话困扰了我接近2年时间，我们找到的所有资料上都写着，TCP是面向连接的服务，所有要通过TCP进行通信的应用都要先建立连接才能通信，在通信完毕之后要记得关闭连接。直到前不久才突然搞明白，这里记录下来，文章写得也许不够特别准确，但是我觉得对于理解整个建立过程是足够了。结论这里先说结论，连接实际上是操作系统内核的一种数据结构，称为TCP控制块（TCB），对于linux而言是tcp_sock结构
HTTP协议浅谈（一）之TCP长连接
热门推荐
搁浅记忆的博客
10-12 2万+
之前的认识 刚接触HTTP请求就听说过HTTP请求有1.0和1.1两个版本（其实还有个0.9版本，因为只接受GET一种请求，不支持POST方法，因此客户端无法向服务器传递太多信息而为人们所忽略），而且还知道HTTP1.0协议不支持长连接，从HTTP1.1协议以后，连接默认都是长连接。但终究觉得对于长连接一直懵懵懂懂的，有种抓不到关键点的感觉。 我们现在用的都是HTTP1.1
TCP连接的建立
nbaDWde的博客
01-16 1万+
前言：TCP的问题已然困惑我很久了，一直是一知半解，靠记忆来记住TCP连接的过程，不能根本上理解，漏洞百出，最近抽时间把TCP经典书籍——《 TCP-IP详解》阅读了一下。废话不多说，这篇博客的目的是希望能帮助刚入门的老铁们以及和我一样一直只是知道大概的老铁们~ 1、TCP连接的建立过程 先来放两张大家都熟悉的图： 上图和下图对应着看。上图是TCP连接建立的宏观过程： 1)
易语言实现取TCP连接列表的功能源码解析
取TCP连接列表实质上是通过编程方式，将当前操作系统中的TCP连接状态信息提取出来，并以列表形式展现。这通常涉及到操作系统提供的API接口和网络编程知识。 在Windows系统中，可以使用Netstat工具来获取当前的TCP...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值