Nginx大文件下载限速应分场景策略化：跳过小文件（limit_rate_after 1m + limit_rate 512k），按路径/后缀精准限速，用map动态差异化限速，并配sendfile_max_chunk防抖动。
直接在 Nginx 层对大文件下载做带宽限速，是控制带宽占用最轻量、最有效的方式。关键不是“全局限速”，而是分场景、有策略地控制：跳过小资源、聚焦大文件、区分用户或路径，避免一刀切影响整体体验。
跳过小文件，只限大文件传输
首页图标、JS/CSS、API 响应等小资源不该被限速拖慢。用 limit_rate_after + limit_rate 组合实现“先快后稳”：
- limit_rate_after 1m：前 1MB 不限速，覆盖 95% 的小文件和大文件初始加载（如进度条快速出现）
- limit_rate 512k：超出后稳定按 512KB/s 发送，显著压低单连接带宽峰值
- 两者必须同级配置（同在 http/server/location 块中），单独写 limit_rate_after 无效
按路径或后缀精准限速，不误伤其他服务
把限速约束在明确的下载入口，比如静态资源目录或特定文件类型：
- 对下载目录统一限速：location ^~ /dl/ { limit_rate 1m; }（
^~提升匹配优先级，比正则更高效） - 按扩展名限速（需确保 mime.types 已加载）：location ~ \.(zip|iso|mp4|pdf)$ { limit_rate 256k; }
- 避免在 root 或 / 路径下全局设 limit_rate，否则连 favicon.ico 都变慢
用 map 实现动态差异化限速
不同用户、来源或业务需求，可走不同速率档位，提升灵活性与公平性：
- 在 http 块定义映射规则，例如按请求参数区分：map $arg_level $dl_rate { default "256k"; "vip" "2m"; "test" "100k"; }
- 在 location 中引用：limit_rate $dl_rate;，访问
/file.zip?level=vip即走 2MB/s - 也可基于
$http_referer对合作渠道提速，或用$remote_addr对内网 IP 免限速（注意合规边界）
配合 sendfile_max_chunk 防止突发抖动
Linux 内核的 sendfile 机制可能一次发送过大 chunk，导致瞬时带宽冲高。加一层兜底控制：
- 在对应 location 中设置：sendfile_max_chunk 512k;
- Nginx 会以该值和 limit_rate 中较小者为准执行限速，避免 burst 引发网络毛刺
- 尤其适用于使用 sendfile on 的大文件静态服务场景
