经过了过年的忙碌和年初的懈怠一切的日子，我又开始重新更新了~这是最新的一篇~完整版可以去gitbook（https://www.gitbook.com/@rogerzhu/）看到。 如果对和程序员有关的计算机网络知识，和对计算机网络方面的编程有兴趣，虽然说现在这种“看不见”的东西真正能在实用中遇到的机会不多，但是我始终觉得无论计算机的语言，热点方向怎么变化，作为一个程序员，很多基本的知识都应该有所了解。而当时在网上搜索资料的时候，这方面的资料真的是少的可怜，所以，我有幸前两年接触了这方面的知识，我觉得我应该
Lab Four 对应的PDF: Lab Checkpoint 4: down the stack (the network interface)
IP协议是无连接的通讯协议不会占用两个正在通讯的计算机之间的通讯线路,这样IP就降低了对网络线路的需求,每条线可以同时满足许多不同计算机之间的通讯需要.
> TCP协议由互联网工程任务组（Internet Engineering Task Force, IETF）维护。IETF官网地址为https://www.ietf.org/。TCP协议具体细节定义在RFC文档中。其中最重要的RFC 793，它定义了TCP协议的具体规则。
为了让大家更容易「看得见」 TCP，我搭建不少测试环境，并且数据包抓很多次，花费了不少时间，才抓到比较容易分析的数据包。
客户端在建立连接时会首先发送SYN报文，但是假设此时你没有收到服务端SYN+ACK的响应报文，客户端此时会重传SYN报文，此时你需要根据实际情况来调整SYN报文的重传次数，以便客户端能够及时得到反馈。
TCP 发送方的发送窗口大小 = Math.min(自身拥塞窗口大小, TCP 接收方的接收窗口大小)
看过前面有关两篇HTTP的文章的同学，想必对HTTP已经有了一定的了解。在HTTP初始（一）中提到过TCP/IP四层网络模型，这次我们就来详细了解一下TCP传输。因为时间和篇幅所限，本篇讲分为两章，本章讲TCP的三次握手，下章讲TCP的四次挥手,以及一些常见问题。
之前的文章一直在聊各种网络协议，那么从这篇文章开始，我就会和你聊一聊关于 TCP 协议的种种特征，比如 TCP 连接管理（也是这篇文章主要讨论的）、TCP 超时和重传、TCP 拥塞控制、TCP 数据流和窗口管理。
记得刚毕业找工作面试的时候，经常会被问到：你知道“3次握手，4次挥手”吗？这时候我会“胸有成竹”地“背诵”前期准备好的“答案”，第一次怎么怎么，第二次……答完就没有下文了，面试官貌似也没有深入下去的意思，深入下去我也不懂，皆大欢喜！
1、TCP连接状态 LISTEN：Server端打开一个socket进行监听，状态置为LISTEN SYN_SENT：Client端发送SYN请求给Server端，状态由CLOSED变为SYN_SENT SYN_RECV：Server端接收Client端发送的SYN请求，并回应ACK给Client端，同时发送SYN请求给Client端，状态由LISTEN变为SYN_RECV ESTABLISHED：Client端（接收Server端的ACK，状态由SYN_SENT变为ESTABLISHED）和Server端
如下图所示，下面的两个机器人通过3次握手，确定了对方能正确接收和发送消息(来源：《图解HTTP》)。
在面试中，计算机网络的 TCP 三次握手和四次挥手是很常见的问题，但是在实际面试中，面试官会更愿意听到怎样的回答呢？详细程度是怎样的？
TCP 作为传输层的协议，是一个软件工程师素养的体现，也是面试中经常被问到的知识点。在此，我将 TCP 核心的一些问题梳理了一下，希望能帮到各位。
这是一篇详细介绍 TCP 各种特点的文章，内容主要包括 TCP 三次握手和四次挥手细节问题、TCP 状态之间的转换、TCP 超时和重传、关于 TCP 包失序和重复问题、TCP 的数据流与窗口管理、TCP 的拥塞控制，思维导图如下。
上图中有几个字段需要重点介绍下： （1）序号：Seq序号，占32位，用来标识从TCP源端向目的端发送的字节流，发起方发送数据时对此进行标记。 （2）确认序号：Ack序号，占32位，只有ACK标志位为1时，确认序号字段才有效，Ack=Seq+1。 （3）标志位：共6个，即URG、ACK、PSH、RST、SYN、FIN等，具体含义如下： （A）URG：紧急指针（urgent pointer）有效。 （B）ACK：确认序号有效。 （C）PSH：接收方应该尽快将这个报文交给应用层。 （D）RST：重置连接。 （E）SYN：发起一个新连接。 （F）FIN：释放一个连接。 需要注意的是： （A）不要将确认序号Ack与标志位中的ACK搞混了。
TCP 作为传输层的协议，是一个软件工程师素养的体现，也是面试中经常被问到的知识点。
SYN Flood 是互联网上最原始、最经典的 DDoS（Distributed Denial of Service）攻击之一。
TCP 三次握手过程对于面试是必考的一个，所以不但要掌握 TCP 整个握手的过程，其中有些小细节也更受到面试官的青睐。
SYN Flood (SYN洪水) 是种典型的DoS (Denial of Service，拒绝服务) 攻击。效果就是服务器TCP连接资源耗尽，停止响应正常的TCP连接请求。 说到原理，还得从TCP如何建立连接(Connection)讲起。通信的双方最少得经过3次成功的信息交换才能进入连接全开状态(Full-Open)，行话叫建立TCP连接的3次握手(TCP three-way handshake)。 本文假设连接发起方是A，连接接受方是B，即B在某个端口（Port）上监听A发出的连接请求。如下图所示，左边
当客户端想和服务端建立 TCP 连接的时候，首先第一个发的就是 SYN 报文，然后进入到 SYN_SENT 状态。
我们对TCP三次握手谙熟于心，但你确定服务器收到SYN包之后一定返回SYN/ACK吗？
第一次握手：客户端发送SYN=1（SYN的标志位设置为1），初始化一个序列号（seq=x）。 第二次握手：服务端收到请求，确认客户端的SYN（ack=x+1）发送ACK=1，SYN=1（SYN和ACK标志位设为1）并自己初始化一个seq序列号（seq=y）。 第三次握手：客户端向服务端发送确认ACK=1（ACK标志位等于1)，加seq=x+1，ack=y+1确认
一、三次握手TCP状态。客户端：1.SYN_SENT 2.ESTABLISHED 服务端：1.SYN_RECVD 2.ESTABLISHED.
TCP是面向连接的（只能一对一）、可靠的（确保每一个报文都能到达接收端）、基于字节流（保证字节的有序性，自动去除重复字节）的传输层通信协议。
在前一章说过TCP的“三次握手”是建立连接的过程，那么“四次挥手”就是断开连接的过程。
TCP三次握手是浏览器和服务器建立连接的方式，目的是为了使二者能够建立连接，便于后续的数据交互传输。 第一次握手：浏览器向服务器发起建立连接的请求 第二次握手：服务器告诉浏览器，我同意你的连接请求，同时我也向你发起建立连接的请求 第三次握手：浏览器也告诉服务器，我同意建立连接。 至此，双方都知道对方同意建立连接，并准备好了进行数据传输，也知道对方知道自己的情况。接下来就可以传输数据了
Lab Two 对应的PDF: Lab Checkpoint 2: the TCP receiver
用于应用程序之间的通信。如果说ip地址和mac地址帮我们确定唯一的一台机器，那么我们怎么找到一台机器上的一个软件呢？
TCP（Transmission Control Protocol）可靠的、面向连接的协议（eg:打电话）、传输效率低全双工通信（发送缓存&接收缓存）、面向字节流。使用TCP的应用：Web浏览器；电子邮件、文件传输程序。
TCP协议是一种面向连接、可靠传输的协议，而建立连接的过程就是著名的三次握手。这个过程保证了通信的双方能够同步信息，确保后续的数据传输是可靠和有序的。本文将深入解析TCP三次握手的步骤及其意义。
本章节为大家讲解TCP（Transmission Control Protocol，传输控制协议），通过本章节的学习，需要大家对TCP有个基本的认识，方便后面章节TCP实战操作。
我们先来看看 TCP 头的格式，标注颜色的表示与本文关联比较大的字段，其他字段不做详细阐述。
作者：Vamei 出处：http://www.cnblogs.com/vamei 严禁任何形式转载。 在TCP协议与"流"通信中，我们概念性的讲解了TCP通信的方式。可以看到，TCP通信最重要的特征是：有序(ordering)和可靠(reliable)。有序是通过将文本流分段并编号实现的。可靠是通过ACK回复和重复发送(retransmission)实现的。这一篇文章将引入TCP连接(connection)的概念。 TCP连接 网络层在逻辑上提供了端口的概念。一个IP地址可以有多个端口。一个具体的端口需要I
TCP 性能的提升不仅考察 TCP 的理论知识，还考察了对于操作系统提供的内核参数的理解与应用。
在之前的内容中，我们已经详细讲解了TCP面试中最常见的问题，如三次握手和四次挥手等。而今天，我们将继续深入探讨TCP协议的其他方面，比如序列号和TCP Fast Open（TFO）等重要细节问题。这些内容将为你在面试中提供更全面的知识储备。
当我们浏览网页、发送电子邮件或者进行在线游戏时，我们常常不会想到背后复杂的网络连接过程。然而，正是这些看似不起眼的步骤，确保了我们与服务器之间的稳定通信。其中最重要的步骤之一就是TCP连接的建立，而其中的核心环节就是三次握手。
我第一次写 TCP 文章是这篇：硬不硬你说了算！近 40 张图解被问千百遍的 TCP 三次握手和四次挥手面试题
UDP 不支持可靠性，但是像校验和（Checksum）这一类最基本的数据校验，它还是支持的。
最新教程下载：http://www.armbbs.cn/forum.php?mod=viewthread&tid=104619 第7章 ThreadX NetXDUO TCP传输控制协议基础知识
在世界上各地，各种各样的电脑运行着各自不同的操作系统为大家服务，这些电脑在表达同一种信息的时候所使用的方法是千差万别。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
