网络协议从入门到底层原理（5，腾讯T4架构师

前言

设计模式是我们编程道路上绕不开的一环，用好了设计模式能够让代码拥有良好的维护性、可读性以及扩展性，它仿佛就是“优雅”的代名词，各个框架和库也都能见到它的身影。

正是因为它有种种好处，所以很多人在开发时总想将某个设计模式用到项目中来，然而往往会用得比较别扭。其中一部分原因是业务需求并不太符合所用的设计模式，还有一部分原因就是在Web项目中我们对象都是交由Spring框架的Ioc容器来管理，很多设计模式无法直接套用。那么在真正的项目开发中，我们就需要对设计模式做一个灵活的变通，让其能够和框架结合，在实际开发中发挥出真正的优势。

• netstat –an：查看被占用的端口

• netstat –anb：查看被占用的端口、占用端口的应用程序

• telnet 主机 端口：查看是否可以访问主机的某个端口

安装telnet：控制面板 – 程序 – 启用或关闭Windows功能 – 勾选“Telnet Client” – 确定

[](()TCP

======================================================================

TCP的几个要点：

• 可靠传输

• 流量控制

• 拥塞控制

• 连接管理（建立连接、释放连接）

[](()TCP - 数据偏移、保留

---

数据偏移

• 占4位，取值范围是 0b0101 ~ 0b1111（5~15）

• 数据偏移 * 4 = 首部长度（Header Length）

• 首部长度是 20 ~ 60 字节

保留

• 占6位，目前全为0

---

TCP 关于保留字段的细节

有些资料中，TCP首部的 保留(Reserved)字段 占3位，标志(Flags) 字段占9位（Wireshark中也是如此）

---

UDP的首部 中有个 16 位的字段记录了整个UDP报文段的长度（首部+数据）。

但是，TCP的首部 中仅仅有个 4 位的字段记录了 TCP报文段的首部长度，并没有字段记录TCP报文段的数据长度。

• UDP首部中占16位的长度字段是冗余的，纯粹是为了保证首部是32位对齐

• TCP\UDP的数据长度，完全可以由IP数据包的首部推测出来

传输层的数据长度 = 网络层的总长度 - 网络层的首部长度 - 传输层的首部长度

---

[](()TCP - 检验和（ CheckSum）

---

跟UDP一样，TCP检验和的计算内容：伪首部 + 首部 + 数据

伪首部：占用12字节，仅在计算检验和时起作用，并不会传递给网络层