1. 静态资源引用错误导致空白页面是否正常？ #

完全正常，这不是Nginx配置的问题，而是浏览器端的行为逻辑：

• 当你直接在URL输入错误文件名，Nginx匹配不到对应静态资源，返回404，这完全符合配置预期。
• 但如果是index.html里引用了错误的资源（比如不存在的JS/CSS），浏览器加载这些资源时会失败：如果是SPA的核心初始化JS文件加载失败，页面的渲染逻辑根本无法启动，自然会呈现空白；如果是非核心资源加载失败，可能只是部分样式或功能失效，但页面主体可能还能显示。
• 建议你查看Nginx的访问日志，就能清楚看到哪些资源返回了404，进而定位前端代码里的错误引用路径。

2. try_files '' @proxy;的写法是否正确？ #

这个写法能正常工作，但属于冗余写法，可以简化优化：

• try_files的语法是try_files 路径1 路径2 ... 回退动作，这里的''是空字符串，Nginx会尝试查找这个空路径对应的文件，显然找不到，所以会直接跳转到@proxy这个命名location执行代理逻辑。
• 更简洁且等价的写法是直接在/api的location里配置代理，不需要多一层命名location：

  location /api {
      proxy_pass http://localhost:3000;
  }
  

• 如果你是为了统一管理多路径的代理逻辑（比如多个location都需要用同一份代理配置），那保留@proxy的写法是合理的，但原try_files '' @proxy可以换成更直观的写法，不过它本身没有功能错误。

3. 精确匹配/index.html的location没有try_files怎么提供服务？ #

Nginx有默认的静态文件查找逻辑，不需要显式写try_files：

• 当请求匹配到location = /index.html（精确匹配是Nginx里优先级最高的location规则），Nginx会自动去你配置的root（或alias）目录下查找index.html文件，这是Nginx处理静态文件的默认行为。
• 这个location的核心作用不是提供文件服务，而是专门给index.html设置独立的缓存策略：expires -1;意味着强制浏览器不缓存这个文件，保证用户每次访问都能拿到最新的SPA入口文件，避免因为缓存导致的旧版本页面问题。第一个location /里的expires -1是给所有未匹配到其他location的请求，但因为精确匹配优先级更高，所以/index.html会优先使用这个块的缓存规则。

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