唯一正解是直接使用 Yii::$app->request，因其为DI容器管理的应用级组件；手动new会导致配置丢失、HTTPS失效、bodyParams未解析、CSRF失效及CLI环境不一致等问题。
直接用 Yii::$app->request，别 new、别依赖注入、别找代理类——这是唯一正解。
为什么不能 new Request() 或手动传入？
Yii2 的 Request 是应用级组件（application component），由 DI 容器管理并自动初始化。手动 new yii\web\Request() 会导致：
- 丢失
trustedHosts、secureHeaders等关键配置，getAbsoluteUrl()返回 http 而非 https - 无法读取已解析的
bodyParams（比如 JSON 请求体不会被自动 decode） - CSRF token 验证失效，
post()可能静默返回空数组 - 在控制台命令或测试环境中行为不一致（
Yii::$app->request在 CLI 下会 fallback 到 mock 实例）
Yii::$app->request 在哪能安全使用？
只要在 Web 请求生命周期内（Controller、Action、View、Behavior、Event Handler 中），它都可用。但注意以下边界：
- 在
__construct()方法里调用——可能失败，因为Yii::$app尚未完全初始化 - 在模型（Model/AR）的
init()或属性赋值中硬写——强耦合 Web 环境，单元测试时会报错 - 在
console\Application场景下，Yii::$app->request是yii\console\Request，没有get()、isAjax等方法
常见误用：试图从 $this->request 或 $this->getRequest() 获取
Controller 类本身没有 $request 属性，也没有 getRequest() 方法。你看到的可能是旧版扩展或自定义基类，但标准 Yii2 中：
-
$this->request→ 报错：Getting unknown property: app\controllers\SiteController::request -
$this->getRequest()→ 报错：Call to undefined method - 正确姿势永远是
Yii::$app->request，哪怕你在 Controller 子类里也别省略
调试时怎么确认 Request 对象是否就位？
最简单的方法是加一行日志或 dump：
var_dump(Yii::$app->request instanceof yii\web\Request); // 应返回 true
var_dump(Yii::$app->request->get('id')); // 看是否能拿到值
如果返回 false 或报错，大概率是当前不在 Web 应用上下文（比如跑的是 console 命令，或在 Application::bootstrap() 阶段过早访问）。
真正容易被忽略的是：Yii::$app->request 在整个请求周期里是同一个实例，但它的内部状态（如 bodyParams）只在第一次调用 get()/post()/getBodyParam() 时解析一次——后续修改 $_POST 或重放请求体不会自动刷新，这点在 Mock 测试或中间件中要特别小心。
