📄 一句话概括
负载均衡器对外只亮一个虚拟地址，把请求按规则（轮询、最少连接等）转给后面的真实服务器——还要做会话保持，让同一用户的请求落回同一台。
📝 本节和前面几节的关系
5.3.1 留下的问题由负载均衡器（LB）接手。
一、工作方式
对外一个虚拟地址，用户只知道它； LB 按规则把每个请求转给真实服务器：轮询、最少连接、按权重…… 顺带做健康检查：哪台挂了就绕开它。
二、会话保持
同一用户的连续请求要落到同一台服务器—— 否则购物车、登录态会【失忆】； 常用做法：按来源 IP 分配，或发 Cookie 标记。
三、动手 Demo：负载均衡器怎么分
负载均衡器对外只有一个虚拟地址，真服务器藏在后面：
for s in ['用户 -> 虚拟地址（负载均衡器）',
|-> 服务器 1',
|-> 服务器 2 （按规则转发：轮询/最少连接/...）',
|-> 服务器 3']:
print(s)
print()
print('同一用户的连续请求要落回同一台（会话保持）')
实跑输出：
--------------------------------------------------------------------
负载均衡器怎么分
--------------------------------------------------------------------
负载均衡器对外只有一个**虚拟地址**，真服务器藏在后面：
用户 -> 虚拟地址（负载均衡器）
|-> 服务器 1
|-> 服务器 2 （按规则转发：轮询/最少连接/...）
|-> 服务器 3
麻烦点：同一用户的连续请求最好落回同一台服务器
（会话保持），否则购物车会【失忆】。
⭐ 2026 现状：云厂商都提供负载均衡服务， 开源界的 Nginx、HAProxy 也在干同样的活。
30 秒实验
- 查查云厂商的负载均衡服务叫什么、计费方式。
- 想想【按最少连接分配】适合什么场景。
- 举一个会话不保持会出问题的例子。
常见误区
- 以为负载均衡器只是一个交换机——它懂应用、会健康检查。
- 以为分得均匀就够了——会话保持才是工程难点。
自测三问（点开对答案）
1. 负载均衡器对外是什么？ —— 一个虚拟地址。 2. 三种常见分配规则？ —— 轮询、最少连接、按权重。 3. 会话保持解决什么？ —— 同一用户落回同一台服务器。- ☐ 下一节（5.4.1 如何使用缓存服务器）
相关笔记
- 将数据传输到远程网络（路由） — 转发机制的基础
- 如何使用缓存服务器 — 另一种分担思路
- 🔌 网络是怎样连接的 · 索引