最后一个参数也可以是状态代码（直接以等号开头）或位置名称。 在以下示例中，如果 try_files 指令的所有参数都不会解析为现有文件或目录，则会返回 404 错误。
location / {
try_files $uri $uri/ $uri.html =404;
}
在下一个示例中，如果原始 URI 和带有附加尾部斜杠的 URI 都不会解析为现有文件或目录，则会将请求重定向到指定位置，并将其传递给代理服务器。
location / {
try_files $uri $uri/ @backend;
}
location @backend {
proxy_pass http://backend.example.com;
}
有关更多信息，请观看 内容缓存 网络研讨会，了解如何显着提高网站性能，并深入了解 NGINX 的缓存功能。
优化服务内容的性能
加载速度是提供任何内容的关键因素。 对 NGINX 配置进行微小优化可以提高生产力并帮助实现最佳性能。
启用 sendfile
默认情况下，NGINX 会自行处理文件传输，并在发送之前将文件复制到缓冲区中。 启用 sendfile 指令消除了将数据复制到缓冲区的步骤，并允许将数据从一个文件描述符直接复制到另一个文件描述符。或者，为了防止一个快速连接完全占用工作进程，可以使用 sendfile_max_chunk 指令限制单个 sendfile() 调用中传输的数据量（在本例中为1 MB）：
location /mp3 {
sendfile on;
sendfile_max_chunk 1m;
#...
}
启用 tcp_nopush
将 tcp_nopush 指令与 sendfile on; 指令一起使用。这使得 NGINX 可以在 sendfile() 获取数据块之后立即在一个数据包中发送 HTTP 响应头。
location /mp3 {
sendfile on;
tcp_nopush on;
#...
}
启用 tcp_nodelay
tcp_nodelay 指令允许覆盖 Nagle 的算法 ，该算法最初设计用于解决慢速网络中小数据包的问题。该算法将许多小数据包合并为一个较大的数据包，并以 200 毫秒的延迟发送数据包。如今，在提供大型静态文件时，无论数据包大小如何，都可以立即发送数据。延迟也会影响在线应用程序（ssh，在线游戏，在线交易等）。默认情况下， tcp_nodelay 指令设置为 on，这意味着禁用了 Nagle的算法。此指令仅用于 keepalive 连接：
location /mp3 {
tcp_nodelay on;
keepalive_timeout 65;
#...
}
优化积压队列
其中一个重要因素是 NGINX 可以多快地处理传入连接。一般规则是在建立连接时，将其放入侦听套接字的 "listen" (监听)队列中。在正常负载下，队列很小或根本没有队列。但是在高负载下，队列会急剧增长，导致性能不均匀，连接中断，延迟增加。
显示积压队列使用命令 netstat -Lan 来显示当前监听队列。输出可能如下所示，它显示在端口 80上的监听队列中，有 10 个未接受的连接，这些连接针对配置的最多 128 个排队连接。这种情况很正常。
