Nginx 中访问日志怎么记录重写后的最终目标 URL 路径-Nginx-PHP中文网

要记录重写后的url路径，需在rewrite后用set $final_uri $uri捕获，并在log_format中引用；$uri是重写后无查询参数的规范化路径，必须在同级location中rewrite之后立即设置，避免last导致失效。

nginx 中访问日志怎么记录重写后的最终目标 url 路径

默认情况下，Nginx 的 $request_uri 变量记录的是客户端原始请求的 URI（含查询参数），而重写（rewrite）后的最终目标路径并不会自动写入访问日志。要记录重写后的 URL 路径，需在重写完成后，用一个自定义变量捕获最终路径，并在 log_format 中引用它。

使用 `set` + `rewrite` 捕获最终路径

核心思路是：在所有重写规则执行完毕后，用 set 将 $uri（或 $request_uri，取决于是否需要保留查询参数）赋值给一个自定义变量（如 $final_uri）。注意 $uri 是重写后、未带查询参数的路径；$request_uri 始终是原始请求 URI，不能直接用——必须在重写完成后主动保存。

示例配置：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

log_format main '$remote_addr - $remote_user [$time_local] '
                 '"$request" $status $body_bytes_sent '
                 '"$http_referer" "$http_user_agent" '
                 'final_path:"$final_uri"';
<p>server {
location /old/ {
rewrite ^/old/(.*)$ /new/$1 last;
set $final_uri $uri;  # ✅ 在 rewrite 后立即设置
}</p><pre class="brush:php;toolbar:false;">location /api/v1/ {
    rewrite ^/api/v1/(.*)$ /v2/$1 break;
    set $final_uri $uri;
}

# 兜底：未匹配 rewrite 的请求，final_uri = 原始 uri
set $final_uri $uri;

access_log /var/log/nginx/access.log main;

}

确保变量在重写后生效的关键点

变量赋值必须放在 rewrite 之后且同级作用域内：例如都在同一个 location 块中，且 set 行在 rewrite 行下方（Nginx 按顺序执行）
避免用 last 跳出当前 location 导致 set 失效：如果用了 last，Nginx 会重新匹配 location，之前 location 内的 set 不会继承。此时应在新匹配到的 location 中再次 set $final_uri $uri
用 $uri 而非 $request_uri：因为 $uri 是重写解析后的规范化路径（已解码、无查询串），更符合“最终目标路径”的语义