能，但不推荐直接用$_get和$_post；应优先使用yii::$app->request->get()和->post()，它们自动处理过滤、类型转换、csrf验证及json解析，并支持默认值与安全校验。
Yii2 中 $_GET 和 $_POST 还能直接用吗？
能，但不推荐。Yii2 的请求对象（Yii::$app->request）封装了更安全、更统一的参数读取逻辑，绕过它直接读 $_GET/$_POST 容易漏掉过滤、类型转换和 CSRF 验证环节。
常见错误现象：表单提交后 $_POST['name'] 取不到值，其实是没过 CSRF 校验被框架静默丢弃了；或者传了字符串 "123"，直接用 $_GET['id'] 当整数用，结果在数据库查询里触发隐式类型转换失败。
- 优先用
$request->get()/$request->post()，它们自动兼容 GET/POST/PUT/PATCH 请求体（如 JSON） - 带默认值时用
$request->get('key', 'default')，比isset($_GET['key']) ? $_GET['key'] : 'default'更简洁且防 Notice - 需要强类型时，配合
$request->get('id', 0)或(int)$request->get('id')，但注意：框架不会自动 cast，得自己转
Yii::$app->request->getBodyParam() 是干啥的？
专门用来取「非表单编码」请求体里的数据，比如前端发来的 JSON 或 raw text。当 Content-Type 是 application/json 时，post() 拿不到字段，必须用 getBodyParam()。
使用场景：Vue/React 前端调 API 提交 JSON 数据；Postman 测试接口传 raw JSON；Webhook 接收第三方推送。
-
$request->post('name')→ 只认application/x-www-form-urlencoded或multipart/form-data -
$request->getBodyParam('name')→ 自动解析 JSON body，也支持php://input中的其他格式（需自行 decode） - 如果 JSON 解析失败（比如格式错），
getBodyParam()返回null，不会抛异常 —— 别指望它报错，得自己加if ($val === null)判断
怎么安全地获取并验证一个整型 ID 参数？
别只做 (int) 强转，要结合验证规则和框架的过滤机制，否则可能绕过业务校验逻辑。
常见错误现象：URL 里传 ?id=abc，(int)'abc' 变成 0，然后查出 ID=0 的脏数据；或传超大数字溢出变成负数。
- 用
$request->get('id')先取原始值，再用filter_var($id, FILTER_VALIDATE_INT)校验是否合法整数 - 限定范围：加上
['options' => ['min_range' => 1]]，避免 0 或负数 - 控制器里别写
$id = (int)$_GET['id'];—— 这样连空字符串都变 0，失去“未传参”的语义 - 更稳的做法是搭配模型验证：
$model->load(Yii::$app->request->get(), '')+ rules 里定义['id', 'integer']
为什么有时候 $request->post() 返回空数组？
大概率是请求没过 CSRF 验证，或者 Content-Type 不匹配，不是代码写错了。
性能影响不大，但会直接导致表单提交失败，用户无感知，后端日志也没明显报错。
- 检查 HTML 表单里有没有
= Html::csrfMetaTags() ?>或= Html::hiddenInput(Yii::$app->request->csrfParam, Yii::$app->request->csrfToken) ?> - 确认请求头
Content-Type: application/x-www-form-urlencoded，不是text/plain或缺失 - 如果是 AJAX，确保
$.ajaxSetup({data: {'_csrf': yii.getCsrfToken()}})已设置，或在每个请求里手动带 - 开发期可临时关 CSRF 调试：
'enableCsrfValidation' => YII_DEBUG，但上线前必须恢复
Yii::getLogger()->getMessages() 或开 debug toolbar 才能发现。
