从“能跑”到“精准”：AI代码生成的关键方法与场景实践
2026/9/28 6:04:45
$_SERVER['REQUEST_URI']是 PHP 中用于获取当前请求的“路径”和“查询字符串”的超全局变量。
提供的 URL：http://site.com/app/index.php/admin/user/delete?id=1
$_SERVER['REQUEST_URI']获取到的内容是：
/app/index.php/admin/user/delete?id=1
详细拆解
$_SERVER['REQUEST_URI']包含了 URL 中域名之后、锚点（#）之前的所有内容。它由两部分组成：
- Path（路径）:
/app/index.php/admin/user/delete - Query String（查询字符串）:
id=1(即?及其后面的部分)
这两部分直接拼接在一起，中间没有额外的字符。
对比其他相关变量
| 变量名 | 获取的内容 | 说明 |
|---|---|---|
$_SERVER['REQUEST_URI'] | /app/index.php/admin/user/delete?id=1 | 路径 + 查询字符串(最常用) |
$_SERVER['SCRIPT_NAME'] | /app/index.php | 入口文件的路径 (通常用于路由分发时剔除) |
$_SERVER['QUERY_STRING'] | id=1 | 仅查询字符串部分 |
$_SERVER['PHP_SELF'] | /app/index.php/admin/user/delete | 当前执行脚本的路径 (不包含查询字符串，但在某些服务器配置下可能不稳定) |
代码示例：
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
伪静态
伪静态的核心作用是让 Web 服务器（如 Nginx 或 Apache）在请求到达 PHP 之前，把“好看的 URL”内部重写成“带参数的入口文件 URL”。
当使用 Nginx 进行 URL 重写时：
当你在 Nginx 中配置了 URL 重写（也称为伪静态设置），用户的原始请求 URL 会被服务器重写为另一种形式，然后再发送到后端的 PHP 脚本。这种情况下，有两种主要方式来处理重写后的请求：
1. 使用 `$request_uri 在 Nginx 中重写：
在 Nginx 配置中，你可以使用rewrite指令来重写请求。例如：
1 2 3 |
|
在这个例子中，所有访问/product/123的请求都会被重写为/index.php?page=product&id=123。在这种情况下，$_SERVER['REQUEST_URI']在 PHP 中将反映为/index.php?page=product&id=123，而不是原始的/product/123。
2. 保持原始 URI 使用 `$uri：
为了在 PHP 中获取原始 URI（即在浏览器地址栏中用户看到的 URL），你可以在 Nginx 中使用$uri或$request_uri并将其传递到 PHP。例如：
1 2 3 |
|
或者更明确地：
1 2 3 4 |
|
结论：
- 如果你希望在 PHP 中获取重写后的请求 URI，那么
$_SERVER['REQUEST_URI']将反映重写后的结果。 - 如果你需要在 PHP 中获取并保留原始 URI，你需要在 Nginx 配置中显式地将原始 URI 作为查询参数传递到 PHP 脚本中，然后在 PHP 中通过
$_GET或$_REQUEST访问这个参数。例如，使用original_uri=$request_uri。
通过这种方式，你可以灵活地控制 PHP 脚本中可用的 URI 信息，无论是原始的还是经过重写的。