从 Socket 到 HTTP：长连接与短连接的本质

原创于 2026-06-13 10:17:32 发布 · 251 阅读

4 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

标签

#计算机基础

计算机基础专栏收录该内容

16 篇文章

订阅专栏

文章目录

从 Socket 到 HTTP：长连接与短连接的本质

从 Socket 到 HTTP：长连接与短连接的本质

编解码、正/反序列化、协议

计算机只认二进制的本质是计算机只认电的状态（或者磁极）。

我在其他文章中讲过一个理论，计算机硬件对于数据的处理，本质就是对电的状态的判断，比如，高电平/低电平、有电/没电。我们在逻辑上会将这种状态的划分称作 0 和 1，也就是所谓的二进制。

编码

当需要将数据交给计算机硬件时（传输、存储等），必须将数据转化为硬件认识的电信号（转为二进制），通过编码规则将数据转换为二进制的过程就叫编码。好的编码规则可以压缩存储空间。

编码还有一种更广泛的理解：任意两种数据格式之间的转换。比如 Base64 编码，就是将二进制流格式转换成 ASCII 格式，但是其本质也是改变二进制在内存中的存放规则。

解码

按照同样的编码规则，将已经编码后的二进制逆向为原来的格式，这个过程就称为解码。

正/反序列化

序列化是编码在特殊场景下的特殊叫法，序列化更强调操作的数据是对象类型。

把对象类型按照序列化规则转换为二进制的过程，一般称为序列化，反过来就是反序列化。

例如 Java 序列化，就是将对象按照 Java 提供的序列化规则转换为二进制。还有相对复杂一点的序列化，如 JSON 序列化，先将对象转换为 JSON 格式字符串，然后将字符串以 UTF-8 编码规则存储于设备中。

协议

协议用来定义通信时的规约。比如内容格式、字段数量、每个字段的长度（解决粘包问题）、谁先发、何时关闭、异常如何处理等。

当双方定好规约后，发送时按照规约发送内容，接收时按照规约进行拆解。

假设没有协议，接收方收到一大串二进制后，根本无从下手，无法解析。

Socket

数据在网络中传输时会经过 OSI 5 层模型（物理层、数据链路层、网络层、传输层、应用层）：

发送方                              接收方

┌─────────┐                        ┌─────────┐
│  应用层  │                        │  应用层  │
└────┬────┘                        └─────────┘
     │ 数据                              ▲
     ▼                                  │  数据
┌─────────┐                        ┌─────────┐
│  传输层  │ 将数据用传输层协议封装     │  传输层  │ 对传输层协议拆包
└────┬────┘                        └─────────┘
     │ 封装后的数据                       ▲
     ▼                                  │  拆分出的被传输层协议封装的数据
┌─────────┐                        ┌─────────┐
│  网络层  │ 将数据用网络层协议封装     │  网络层  │ 对网络层协议拆包
└────┬────┘                        └─────────┘
     │ 封装后的数据                       ▲
     ▼                                  │  拆分出的被网络层协议封装的数据
┌─────────┐                        ┌─────────┐
│  链路层  │ 将数据用链路层协议封装     │  链路层  │ 对链路层协议拆包
└────┬────┘                        └─────────┘
     │ 封装后的数据                       ▲
     ▼                                  │  收到的被链路层协议封装的数据
┌─────────┐                        ┌─────────┐
│  物理层  │  ────→ 网线/光纤 ────→   │ 物理层   │ 
└─────────┘                        └─────────┘

整个流程中，物理层、数据链路层、网络层、传输层由物理设备、硬件、操作系统内核各自实现，
应用层由应用程序自己实现，一般用来自定义协议，应用层常见的开源协议太多了，HTTP、MQTT、SSE、FTP、SSH、SMTP 等。

常规情况下（基于操作系统开发），应用层只能和传输层通信，无法和其他层级跨级交互。操作系统专门提供了一套 API，让应用层可以向传输层写入数据，或从传输层读取数据到应用层，这套 API 就称为 Socket。

长连接

传输层的 TCP 协议，天生就是长连接，这是理解一切的起点。

TCP Socket 从建立那一刻起，就是一条长期活着的通道。

建立连接 → 保持连接 → 直到某一方主动 close()。

长连接的存活时间

长连接不是无限存活的，当操作系统检测到连接内长时间没有流量时（Linux 默认两个小时），会发送一次 KeepAlive 探测包，当探测包能顺利发送时，操作系统会重置等待时长，当探测包不能顺利发送时，操作系统内核会调用 close 断开 Socket 连接。

有些系统版本，KeepAlive 探测包是默认关闭的，但长连接也不是无限存活，当连接长时间没有数据时，运营商也会断开连接，但是又运营商断开的连接，不是通过 close 方法，所以服务器和客户端无法感知。数据时，运营商也会断开连接，但是又运营商断开的连接，不是通过 close 方法，所以服务器和客户端无法感知。