NGINX配置：为指定路径及其所有子目录开启CORS权限

嘿，我来帮你搞定这个Nginx配置的小问题～你当前的配置之所以没覆盖子目录，大概率是对Nginx的location匹配规则理解有点偏差，或者存在其他配置干扰导致子目录请求没命中这个规则。

下面给你两种可靠的解决方案，按需选择：

方案1：强制前缀匹配（推荐） #

用^~修饰符让这个前缀规则优先匹配，避免被其他正则规则抢占：

location ^~ /cdn/lib/ { 
    add_header Access-Control-Allow-Origin *; 
    proxy_pass http://cdn_server_1/; 
    # 划重点：proxy_pass末尾的斜杠一定要加！它会把请求里的`/cdn/lib/`前缀去掉，转成后端的`/xxx`路径
}

为什么这么做？ #

• ^~是Nginx的强制前缀匹配标记，只要请求路径以/cdn/lib/开头（不管后面有多少级子目录），就会直接命中这个规则，不会再去检查其他正则表达式的location。
• 末尾的斜杠能避免后端服务器收到/cdn/lib/sub1/file.js这种冗余路径，确保请求正确传递给CDN服务器。

方案2：正则表达式匹配（更灵活） #

如果之后需要排除某些子路径或者做更复杂的匹配，用正则表达式更合适：

location ~* ^/cdn/lib/.*$ { 
    add_header Access-Control-Allow-Origin *; 
    proxy_pass http://cdn_server_1/; 
}

解释 #

• ~*表示不区分大小写的正则匹配（如果需要严格区分大小写，换成~就行）。
• ^/cdn/lib/.*$的意思是：匹配所有以/cdn/lib/开头的任意路径，从一级子目录到N级子目录的文件都能覆盖到。

额外要注意的点 #

• 检查你的Nginx配置里有没有精确匹配的规则（比如location = /cdn/lib），这类规则优先级最高，会抢先处理/cdn/lib请求，如果有的话可以调整或者删除。
• 要是不需要完全开放CORS，别用*，换成你允许的具体域名更安全，比如add_header Access-Control-Allow-Origin https://your-app-domain.com;。
• 复杂场景下可能需要补充CORS头，比如允许特定请求方法或者自定义头：

  add_header Access-Control-Allow-Methods "GET, POST, OPTIONS";
  add_header Access-Control-Allow-Headers "Content-Type, Authorization";
  

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