yii2 中获取当前请求完整 url 应使用 yii::$app->request->getabsoluteurl()，它自动处理协议、端口、子目录及反向代理；自定义请求头用 getheaders()->get('x-api-key')；get 参数需注意 content-type 和路由后缀影响。
Yii2 中怎么拿到当前请求的完整 URL
直接用 Yii::$app->request->url 只会返回路径部分（比如 /user/profile），不带协议、域名和查询参数。真要拼出完整 URL，得自己组合：
-
Yii::$app->request->getAbsoluteUrl()是最稳妥的选择，它自动识别 HTTPS/HTTP、端口、子目录（如部署在/yii-app/下也能正确生成） - 如果用了反向代理（Nginx / Apache），确保
trustedHosts和secureHeaders在Request组件里配对了，否则getAbsoluteUrl()可能返回http://即使实际是 HTTPS - 别用
$_SERVER['REQUEST_URI']拼接，它不处理代理转发时的 Host 头污染，也不兼容 CLI 请求
Yii2 里读取自定义请求头（比如 X-Api-Key）
Yii 默认只把标准头（Content-Type、Accept 等）映射成方法，自定义头得走通用接口：
- 用
Yii::$app->request->getHeaders()->get('X-Api-Key')—— 注意大小写不敏感，但建议按原始 Header 名写（Yii 内部会 normalize） - 如果头名含下划线（如
X_API_KEY），Nginx 默认会丢掉，需加配置：underscores_in_headers on;，否则 PHP 根本收不到 -
getHeaders()返回的是yii\web\HeaderCollection，支持链式调用，比如->get('Authorization', '')->startsWith('Bearer ')
为什么 Yii::$app->request->get() 有时拿不到 GET 参数
不是 bug，是 Yii 的设计逻辑：它只解析 application/x-www-form-urlencoded 和空 Content-Type 的请求体。遇到以下情况就失效：
- 前端发的是
application/json，即使 URL 带?id=123，get()仍为空 —— 此时得用Yii::$app->request->getHostInfo() . Yii::$app->request->getUrl()手动解析QUERY_STRING - PHP 配置里
enable_post_data_reading = Off（极少见，但某些 SAPI 下可能触发），会导致所有请求体解析失败 - 路由规则里用了
<code>suffix（比如'urlManager' => ['suffix' => '.html']），而请求 URL 是/post/123.html?id=1，这时id仍可被get()捕获，但注意不要和路由参数重名导致覆盖
Yii3 的 ServerRequest 和 Yii2 的差异点
如果你正在迁移到 Yii3，请求对象彻底换成了 PSR-7 兼容的 yii\web\Request（实际是 yii\web\ServerRequest）：
- URL 获取方式变成
$request->getUri()->__toString()，而不是getAbsoluteUrl() - 请求头统一用
$request->getHeaderLine('X-Trace-ID')，没有getHeaders()这层封装 - GET/POST 数据不再自动解析，必须显式调用
$request->getQueryParams()或$request->getParsedBody()，且后者只对 JSON / form-data 自动解析一次 - Yii2 的
enableCsrfValidation默认开，Yii3 默认关 —— 这会影响你是否还能依赖Yii::$app->request->post()安全地取数据
跨版本混用时最容易忽略的是：Yii2 的 request 组件配置项（如 cookieValidationKey）在 Yii3 里已移入 security 组件，漏配会导致 CSRF 验证静默失败。
