nginx 中可用 map 指令根据请求头（如 x-user-level）将用户等级映射为限速值，再在 location 中通过 limit_rate $dynamic_limit_rate 动态生效；支持 cookie、token 或 ip 等多种识别方式，但需注意变量定义位置、nginx 版本要求及限速作用范围。

用 Map 指令区分用户等级并映射限速值

在 Nginx 中，map 指令可用于根据变量（如请求头、cookie、IP 或 URI 参数）动态生成新变量。要实现 VIP 阶梯带宽控制，可先通过请求标识识别用户等级，再用 map 将其映射为对应的 limit_rate 值。

例如，假设通过请求头 X-User-Level 传递用户等级（basic / vip1 / vip2），可在 http 块中定义：

map $http_x_user_level $dynamic_limit_rate {
    default          100k;
    basic            100k;
    vip1             512k;
    vip2             2m;
}

该配置将不同等级映射为不同字节/秒的限速值，支持单位 k（KB/s）和 m（MB/s）。

在 location 中启用动态限速

定义好映射变量后，在需要限速的 location 块中直接引用该变量即可：

location /download/ {
    limit_rate $dynamic_limit_rate;
    # 其他配置，如 alias、try_files 等
}

注意：limit_rate 支持变量，但仅在 Nginx ≥ 1.7.7 版本中可用；旧版本需升级或改用其他方案（如 limit_conn + 自定义模块）。

结合 cookie 或 token 实现免侵入式识别

若不希望客户端显式传 X-User-Level，可从 cookie 或 JWT 中提取等级信息：

• 从 cookie 提取：$cookie_user_tier（需前端写入 cookie，如 user_tier=vip2）
• 从 token 解析：需配合 Lua 模块（如 lua-resty-jwt）或 OpenResty，在 rewrite 阶段解析并 set $user_level，再供 map 使用
• 从 IP 段或 Referer 匹配：适用于内网分级或合作渠道，用 geo 或 map 基于 $remote_addr 或 $http_referer 映射

注意事项与优化建议

动态限速生效依赖变量解析时机，需注意以下几点：

• map 变量必须在 server 或 http 级定义，不能放在 location 内
• 若使用 cookie 或 header，确保客户端实际发送对应字段，可通过 log_format 打印 $http_x_user_level 验证
• 限速是 per-connection 的，对多线程下载（如 aria2）可能被绕过，如需更严格控制，应叠加 limit_conn
• 避免在 map 中做复杂逻辑，Nginx 的 map 是静态匹配，不支持正则捕获或计算，复杂场景建议用 OpenResty + Lua