为何访问http://192.168.10.20/greet返回Hello User而非thumb.png？

你的问题核心在于Nginx的请求处理顺序：先匹配location块，再执行对应上下文里的指令，而非先执行server层的try_files。

具体原因分析 #

1. location匹配优先级：location = /greet属于精确匹配，是Nginx所有location匹配类型里优先级最高的。当你访问http://192.168.10.20/greet时，请求URI会直接命中这个精确匹配的location块，完全跳过server层的try_files指令。
2. 指令执行范围：try_files是上下文相关的——它只在当前所在的server或location块内生效。你的try_files写在server层，但请求被精准匹配到了独立的location = /greet，这个location里没有定义try_files，直接执行了return 200 "Hello User"，自然不会去读取/thumb.png。

修复方案 #

如果你希望访问/greet时先执行try_files的规则（优先返回/thumb.png，不存在才返回文本），可以把try_files放到对应的location块内，同时用命名location处理兜底逻辑：

server {
  listen 80;
  server_name 192.168.10.20;
  root /sites/demo;

  location = /greet {
    # 先尝试返回/thumb.png，失败则跳转到@greet命名location
    try_files /thumb.png @greet;
  }

  # 命名location，处理兜底逻辑
  location @greet {
    return 200 "Hello User";
  }
}

这样配置后，当访问/greet时，Nginx会先检查/sites/demo/thumb.png是否存在：存在则直接返回该图片，不存在才执行return语句返回文本。

内容的提问来源于stack exchange，提问作者Vadiraj k.s