告别Nginx配置噩梦！三招搞定location、rewrite、proxy_pass！

大家好，我是谦！

你是否曾在深夜里对着Nginx配置头发麻？静态资源404、重写规则失效、代理路径错乱——这些困扰过无数开发者的难题，实则都源于对三个核心指令的理解不足。今天，我将带你彻底掌握Nginx的”三剑客”：location、rewrite和proxy_pass，让你的配置水平从此脱胎换骨。

理解Nginx请求处理的全景图

要想玩转Nginx配置，第一需要搞清楚它处理请求的完整流程。当请求到达Nginx时，它会经历一个精密的处理链条：

简单来说，Nginx会先通过server块确定处理站点，然后用location匹配路径，接着rewrite重写URI，最后通过proxy_pass转发或直接返回资源。这个流程就像城市的交通系统：location是路口导向牌，rewrite是道路改造师，proxy_pass是最终目的地。

location：智能路由的”决策者”

location指令是Nginx的路由核心，它决定了请求应该由哪段配置来处理。其匹配优先级规则是理解的关键：

准确匹配（=）：如location = /api只匹配/api路径
前缀匹配（^~）：优先于正则匹配，如location ^~ /static/
正则匹配（~或~）*：区分大小写和不区分大小写
普通前缀匹配：按最长匹配原则

实战技巧：将准确匹配放在最前，静态资源用前缀匹配，动态内容用正则匹配。这样的顺序能显著提升匹配效率。

rewrite：URL变形的”魔法师”

rewrite指令允许你在请求处理过程中修改路径，支持多种标志控制行为：

last：停止当前匹配，重新开始location匹配
break：停止rewrite处理，继续当前location
redirect：返回302临时重定向
permanent：返回301永久重定向

经典场景：当需要将旧URL迁移到新路径时，使用rewrite ^/old/(.*)$ /new/$1 permanent;可以实现平滑过渡，同时保持SEO价值。

proxy_pass：请求转发的”搬运工”

这是反向代理的核心指令，但也是最容易出错的环节。关键记住路径拼接规则：

不带斜杠：proxy_pass http://backend;会将location路径完整追加
带斜杠：proxy_pass http://backend/;会替换整个匹配路径

真实案例：配置location /api/ { proxy_pass http://127.0.0.1:8080/; }时，访问/api/user会被转发到
http://127.0.0.1:8080/user——这就是带斜杠的效果。

三剑合璧：完整请求转发实战

让我们看一个生产级配置示例：

server {
    listen 80;
    server_name example.com;
    
    location /static/ {
        root /var/www;
        expires 1y;
    }
    
    location /api/ {
        rewrite ^/api/v1/(.*)$ /v1/$1 break;
        rewrite ^/api/(.*)$ /v2/$1 break;
        proxy_pass http://backend_server/;
        proxy_set_header Host $host;
    }
}