Nginx路径匹配需优先使用前缀匹配（如^~ /static/）而非正则，精确匹配（=）用于高频固定路径，避免嵌套和重复定义，结合缓存与连接复用减少匹配频次。
Nginx 路径匹配在高流量场景下不是“能用就行”的配置项，而是直接影响请求分发效率、CPU消耗和首字节响应时间的关键环节。不合理的设计会导致正则遍历开销激增、缓存失效、甚至 worker 进程阻塞。
优先使用前缀匹配而非正则
高并发时，正则表达式（~ 或 ~*）需逐条按顺序扫描，每条都会触发 PCRE 引擎解析，CPU 占用陡增。而前缀匹配（无修饰符或 ^~）是纯字符串比较，O(1) 时间复杂度。
- 静态资源统一走
location ^~ /static/，比location ~* \.(js|css|png)$更快且可预测 - API 接口路径固定时，用
location /api/v1/，避免写成location ~ ^/api/v\d+/\w+/ - 若必须用正则，把最常命中的一条放在最前面，Nginx 不会跳过后续匹配
精确匹配用于高频小资源
对访问极频繁、路径固定的资源（如 /favicon.ico、/healthz、/robots.txt），用 = 精确匹配，跳过所有其他 location 查找逻辑。
location = /healthz { return 200 "ok"; access_log off; }- 这类 location 响应完全由 Nginx 内部生成，不经过磁盘或后端，毫秒级完成
- 注意：精确匹配要求 URI 完全一致，含查询参数也不匹配（
/healthz?ts=1不生效）
避免嵌套与重复匹配逻辑
多个 server 块中重复定义相似的 location，或在内部用 rewrite 触发二次匹配，会增加解析层级和上下文切换成本。
- 共用规则抽到
/etc/nginx/conf.d/common.conf，用include引入 - 不要在
location /app/内再写location ~ \.php$—— 改为外部平级定义：location ~ ^/app/.*\.php$ - 禁用不必要的
try_files链（如try_files $uri $uri/ =404在纯 API 场景中无意义）
结合缓存与连接复用降低路径处理频次
路径匹配本身无法跳过，但可通过上层机制减少其执行次数：
- 对静态资源启用
expires 1y，让浏览器长期缓存，后续请求根本不发到 Nginx - 开启
keepalive_timeout 65和 upstream 的keepalive 32，复用连接，避免每次请求都重新做 location 解析 - 使用
proxy_cache缓存后端响应时，确保proxy_cache_key包含足够区分度（如含 URI 和 Host），避免不同路径误命中同一缓存项
