Nginx的limit_rate指令按连接限制响应体发送速率,单位字节/秒,常用于大文件下载限速;支持变量动态设置,需注意单位(k=1024)、生效时机及与limit_conn/limit_req配合使用。

Nginx 的 limit_rate 指令可以对每个连接的响应传输速率做硬性限制,特别适合控制大文件下载时单个客户端占用的带宽,防止少数连接吃光服务器出口带宽。
限速作用范围:按连接生效,非全局或按 IP
limit_rate 是在 response 发送阶段起作用的,它限制的是当前 HTTP 连接的响应体(比如一个 ZIP 文件)的发送速度,单位是字节/秒。它不区分用户身份,也不累计统计,只管“这个 TCP 连接此刻发数据有多快”。
常见误区:它不能替代 limit_conn(限制并发连接数)或 limit_req(限制请求频率),三者用途不同,可叠加使用。
基本配置写法(location 级最常用)
通常把限速放在匹配大文件的 location 块里,避免影响小资源(如 JS/CSS):
location ~ \.(zip|tar\.gz|iso|dmg|exe)$ {
limit_rate 512k; # 限制为 512 KB/s(注意:k 表示 1024 字节)
# 或写成 limit_rate 524288; 效果相同
}
支持动态调整:用变量实现差异化限速
可以通过内置变量(如 $arg_speed、$http_x_limit_rate)让客户端自行协商或后端注入限速值:
- 允许 URL 带参数控制(如
/file.zip?speed=1m):limit_rate $arg_speed;(需确保 $arg_speed 格式合法,否则会退化为 0) - 根据请求头设置(如 API 调用方传
X-Limit-Rate: 256k):limit_rate $http_x_limit_rate; - 结合 map 做更安全的映射(推荐):
先定义合法速率白名单,再绑定变量,避免任意输入导致配置失效。
注意细节:单位、生效时机与调试技巧
几个关键点容易踩坑:
-
k表示 1024 字节,m表示 1024×1024 字节;写100k≠ 100KB/s(≈97.7 KiB/s),但日常使用足够近似 - 限速从响应头发送完毕、开始发 body 时才启动;如果文件很小或启用了 sendfile,可能几乎感觉不到限速效果
- 配合
limit_rate_after 10m可实现“前 10MB 不限速,之后限速”,改善首屏/小文件体验 - 用
curl -v http://x/file.zip 2>&1 | grep '^ 查看响应头中是否含 <code>X-Response-Time类字段辅助判断;更直接的方式是用curl --limit-rate模拟客户端限速对比效果










