要实现下载初期不限速、后续限速，需配置 limit_rate_after 和 limit_rate：前者定义单次响应前 N 字节不限速（如 5m），后者设定超限后速率（如 512k）；配合 range 请求可支持断点续传，且每次响应独立计数。

要实现下载初期不限速、后续限速的体验，关键在于合理配置 Nginx 的 limit_rate_after 和 limit_rate 指令。它不是“中断体验”，而是平滑过渡的限速策略——前 N 字节高速传输，之后自动降速，兼顾用户体验与带宽控制。

理解 limit_rate_after 的作用机制

limit_rate_after 定义的是“开始限速前允许传输的字节数”，单位是字节（支持 k/m/g 后缀）。它必须和 limit_rate 配合使用，且仅对单个 HTTP 响应生效（即每个文件下载独立计数）。Nginx 在响应体发送过程中动态判断：已发送字节数 ≤ 该值时不限速；超过后立即按 limit_rate 限速。

注意：该指令不触发连接中断或重定向，客户端感知为“先快后稳”，适合大文件下载场景（如安装包、视频片段）。

基础配置示例（每文件前 5MB 不限速，之后限 512KB/s）

在 location 或 server 块中添加：

limit_rate_after 5m;
limit_rate 512k;

说明：
• 5m = 5 × 1024 × 1024 = 5,242,880 字节
• 512k = 512 × 1024 = 524,288 字节/秒
• 若文件总大小 ≤ 5MB，则全程不限速

结合 range 请求支持断点续传

用户暂停/重连时，浏览器通常发 Range: bytes=x-y 请求。此时 Nginx 会从指定偏移开始传输，limit_rate_after 仍以“本次响应实际发送的字节数”为基准计数——即续传部分也享受“前 5MB 不限速”，除非已发送量远超阈值。

确保启用 range 支持（默认开启），无需额外配置。但要注意：
• 静态文件需开启 sendfile on（推荐）或 tcp_nopush on 提升效率
• 若用 proxy_pass，需确认上游支持 range 且 Nginx 正确透传头信息

调试与验证技巧

可通过以下方式确认限速是否按预期生效：
• 使用 curl -r 0-10485760 http://example.com/file.zip --limit-rate 0 模拟大范围请求，观察响应头中的 X-Response-Time 或用 time curl ... > /dev/null 测速
• 查看 Nginx access log，添加 $sent_bytes 和 $request_time 变量，计算平均速率
• 对比不同起始 offset 的 range 请求，验证 limit_rate_after 是否对每次响应独立计数