Nginx不支持原生逻辑运算，但可通过变量拼接模拟AND（如$flag="0123"）、反向标志位实现OR/NOT，优先用map替代if以提升性能与安全性，并规避if的执行限制与配置风险。
Nginx 本身不支持原生的“与/或/非”复合逻辑运算，但可以通过变量组合 + 多次 if 判断来模拟实现请求内容的逻辑判定，比如“IP 是白名单 且 请求方法是 GET 且 User-Agent 不含爬虫关键词”。关键在于用 set 构建状态标识，再统一比对。
用变量拼接模拟 AND（与）逻辑
当需要同时满足多个条件时，推荐为每个条件设置一位数字，最后拼成字符串判断：
- 先初始化一个空变量：
set $flag "0"; - 匹配 IP 段（如 192.168.1.0/24）：
if ($remote_addr ~ "^192\.168\.1\.") { set $flag "${flag}1"; } - 匹配 GET 请求：
if ($request_method = GET) { set $flag "${flag}2"; } - 匹配非爬虫 UA：
if ($http_user_agent !~* "(spider|bot|crawl)") { set $flag "${flag}3"; } - 最终判断：
if ($flag = "0123") { proxy_pass http://internal-api; }
这样只有三个条件全满足，$flag 才等于 "0123"，从而触发代理。注意顺序要一致，避免因执行顺序导致拼接错乱。
用反向条件模拟 OR（或）和 NOT（非）
如果只需满足任一条件（OR），可设标志位为 1，只要任一 if 触发就置 1；若需取反（NOT），则单独判断不满足的情形：
- 定义初始值：
set $allow 0; - 任一允许条件成立即置 1：
if ($http_referer ~* "example\.com") { set $allow 1; } if ($remote_addr = "127.0.0.1") { set $allow 1; }- 拒绝所有未授权请求：
if ($allow = 0) { return 403; }
这种写法比嵌套正向判断更清晰、更易维护，也避免了 Nginx if 的执行陷阱。
优先用 map 替代复杂 if 链
当判定逻辑频繁出现（如按域名、路径、UA 分流），map 指令更高效、更安全，且支持嵌套和默认值：
- 在 http 块中定义映射：
map $http_user_agent $backend { default "app-v1"; "~*curl" "debug-api"; "~*mobile" "mobile-api"; } - 在 location 中直接使用：
proxy_pass http://$backend; - 支持多级判断：可用
map $request_uri $is_api { ~^/api/ 1; default 0; }配合后续 if 使用
map 在配置加载时完成编译，性能远高于运行时逐条执行 if，也规避了 if 块内禁止使用某些指令（如 proxy_pass）的风险。
避开常见坑：if 的限制与替代建议
Nginx 的 if 是“伪条件”，不是编程语言中的控制结构，容易误用：
- 不能在 if 块里直接写多个 proxy_pass，会导致配置不可靠；应只设变量或 return/rewrite
- if 不能嵌套，也不能写 else；必须靠变量或 map + 反向判断来组织逻辑流
- 涉及文件检测（-f/-d）时，路径必须是绝对路径，且注意 root 设置的影响
- 所有 if 判断前务必执行
nginx -t校验语法，避免 reload 失败
实际线上环境，建议把简单路由交给 map，复杂权限校验前置到网关或应用层，Nginx 专注做轻量、确定性的分流与头信息增强。
