Nginx配置问题：精确匹配location = /未触发，根路径返回通用Header

你的问题出在try_files指令的执行逻辑上：当你访问curl -v localhost:8081时，请求路径是/，Nginx首先匹配优先级更高的location = /，但这个块里没有指定文件处理逻辑（比如try_files或文件返回规则），Nginx会继承server块的root尝试访问根目录/usr/share/nginx/wallet/。由于你注释了index指令，Nginx不会自动查找索引文件，根目录本身不是可直接返回的文件，因此触发内部跳转，转而执行location /里的try_files规则，最终请求被重定向到/index.html，此时走的是location /规则，所以返回的是Access-Control-Allow-Origin头。

修复方案 #

根据你的需求，有两种常见修复方式：

方案1：让根路径直接返回自定义响应（不跳转index.html） #

调整配置，将精确匹配的location = /放在前面，并添加return指令终止请求，避免内部跳转：

server {
    listen       8081;
    server_name  localhost;
    #index index.html;

    root /usr/share/nginx/wallet;

    # 精确匹配根路径，直接返回响应并添加自定义头
    location = / {
       add_header XYZ "xyxxxxxxxxxxxxx";
       return 200 "Root Path Response"; # 可自定义返回内容，或仅保留return 200
    }

    location / {
         try_files $uri /index.html /example.html =404;
         add_header Access-Control-Allow-Origin *;
    }
}

方案2：根路径返回index.html，但添加自定义头 #

如果需要根路径返回index.html同时保留XYZ头，可在精确匹配块中添加try_files逻辑：

server {
    listen       8081;
    server_name  localhost;
    #index index.html;

    root /usr/share/nginx/wallet;

    location = / {
       try_files $uri /index.html =404;
       add_header XYZ "xyxxxxxxxxxxxxx";
    }

    location / {
         try_files $uri /index.html /example.html =404;
         add_header Access-Control-Allow-Origin *;
    }
}

关键注意点 #

• Nginx的location匹配优先级：精确匹配（=）> 前缀匹配（^~）> 正则匹配（~/~*）> 普通前缀匹配。但内部跳转后会重新匹配location，这是你遇到问题的核心。
• add_header仅在响应码为200、201、204、206、301、302、303、304、307、308时生效，确保你的响应状态码符合要求。

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