NGINX缓存优化场景下正则替换设变量及if指令风险问询

问题1：支持正则替换设置变量的方案 #

• 首选方案：使用OpenResty自带的ngx_http_lua_module，或者给原生NGINX编译集成该Lua模块。可以一次性完成所有无关参数的批量移除，写法简洁易维护，示例配置如下：

# 直接在server上下文配置即可
set $clean_args $args;
rewrite_by_lua_block {
    -- 只需在该数组内新增待移除的参数名即可
    local unwanted_params = {"pd", "mid", "ml", "contact_eid"}
    local pattern = "(?:&|^)(?:" .. table.concat(unwanted_params, "|") .. ")=[^&]*"
    -- 全局替换所有无关参数
    local res = ngx.re.gsub(ngx.var.clean_args, pattern, "", "jo")
    -- 清理开头残留的&符号
    ngx.var.clean_args = ngx.re.gsub(res, "^&", "", "o")
}

location / {
    proxy_cache_key $scheme://$host$uri$clean_args;
    # 其余代理配置保持不变
}

• 轻量第三方模块方案：如果不想引入Lua运行时，可以编译集成ngx_http_set_misc_module，使用其提供的set_regsub指令完成正则替换设置变量，相比原生if写法更简洁。

问题2：if指令风险与性能对比 #

• if指令风险问题：你当前的用法风险极低。NGINX官方所说的「if is evil」有明确的场景限制：风险集中出现在location上下文内，if块和rewrite、proxy_pass等指令混用时会出现执行顺序混乱的非预期结果。你当前仅在server上下文的if块内执行set赋值操作，没有其他副作用指令，实战中这类用法非常普遍，几乎不会出问题。
• 正则性能对比：连续多条正则匹配的性能确实不如单条大正则。单条复合正则只需要编译一次、遍历查询串一次即可完成所有匹配，而多条独立正则每一条都需要重新遍历整个查询串，当待移除参数较多时性能差距会更加明显。如果坚持用原生if写法，也建议把多个待移除参数合并为同一条正则，减少匹配次数。

内容的提问来源于stack exchange，提问作者Max Kless