Nginx 的 limit_rate_after 与 limit_rate 协同实现“先高速后限速”策略：limit_rate_after 设定触发限速的字节数（如10m），limit_rate 设定后续速率（如512k），二者须同作用域，仅限响应体，按连接独立计数，支持Range请求。
Nginx 的 limit_rate_after 指令配合 limit_rate，可实现“初始不限速、下载一定字节数后开始限速”的策略，常用于提升大文件首屏加载或小文件体验，同时控制带宽占用。
核心配置逻辑
该策略依赖两个指令协同工作：
-
limit_rate_after：设定触发限速前允许传输的字节数（如 5m 表示前 5MB 不限速） -
limit_rate：指定触发后的最大传输速率（如 100k 表示后续限为 100KB/s）
二者必须在同一作用域（如 location 块）中使用才生效。未达 limit_rate_after 值时，limit_rate 不起作用；超过后立即按设定速率限制后续响应体传输。
典型配置示例
以下配置对所有 .mp4 文件启用“前 10MB 高速，之后限速 512KB/s”：
location ~ \.mp4$ {
limit_rate_after 10m;
limit_rate 512k;
# 其他静态文件处理（如 root、expires）
}注意：limit_rate_after 和 limit_rate 仅作用于响应体（response body），不影响响应头、重定向或错误页；也不影响请求体（如上传）。
常见注意事项
-
单位支持：可写为
1m（1兆字节 = 1,048,576 字节）、100k（100KB）、1g等，不支持小数（如0.5m需写成512k） - 连接粒度：限速基于每个 TCP 连接独立计算，不是按 IP 或用户累计；断连重试会重置计数
- 与 range 请求兼容：对支持 HTTP Range 的视频流，Nginx 仍按实际发送的响应体字节数累加判断是否触发限速
- 不适用于 proxy_pass 后端限速：该机制只限制 Nginx 发送给客户端的速率，不控制 upstream 通信速率
调试与验证方法
可通过以下方式确认策略生效：
- 用
wget -S --server-response或curl -I查看响应头，无直接体现，需结合行为判断 - 用
wget分两次下载：第一次取前几 MB（应很快），第二次从中间偏后位置开始（如wget --header="Range: bytes=8000000-" ...），观察速度是否明显下降 - 开启 Nginx 日志中的
$sent_bytes和$request_time，粗略估算平均速率
不复杂但容易忽略细节。
