优先用$request->param()获取参数；input()函数仍可用但已非推荐路径；别在控制器构造函数里调request()->rule()，它大概率是null。
直接说结论：在 ThinkPHP 8.0 中，优先用 $request->param() 获取参数；input() 函数仍可用但已非推荐路径；别在控制器构造函数里调 request()->rule()，它大概率是 null。
怎么安全地获取 GET/POST 参数（不区分请求类型）
绝大多数场景下，你并不需要关心参数来自 GET 还是 POST —— 表单提交、AJAX、URL 查询串混用很常见。这时直接用请求对象的 param() 方法最省心：
-
$id = $request->param('id');：自动从 GET、POST、PUT、DELETE 等合法来源取值，id不存在时返回null -
$id = $request->param('id', 0);：指定默认值，避免空值引发 notice -
$id = $request->param('id/d', 1);：带类型转换后缀（/d表示整型），比手动intval()更可靠，且会过滤非法字符 - 注意：
$request->param()不会包含$_SERVER、$_COOKIE或文件上传信息，它只处理“业务参数”
什么时候必须用 $request->get() 或 $request->post()
当你明确需要隔离请求来源，或框架自动合并行为会干扰逻辑时，就得指定方法：
- 前端用
fetch('/api/user', { method: 'POST', body: JSON.stringify({ id: 1 }) })，但后端接口同时支持GET /api/user?id=1和POST /api/user—— 此时若用param('id')，可能意外覆盖掉 URL 中的id（POST 数据优先级更高），应改用$request->get('id')显式取 URL 参数 - 表单 enctype="multipart/form-data" 提交时，
$request->param()会忽略文件字段，但$request->post()仍能取到普通文本字段（不含文件） -
$request->post('content/s')中的/s后缀只对 POST 数据生效，对 GET 无效 —— 类型过滤是按来源绑定的
为什么 input('post.name') 容易出问题
input() 是全局函数，看似简洁，但在复杂请求（如 JSON body、PUT 请求、自定义 header）下行为不稳定：
-
input('post.name')依赖$_POST数组，而 JSON 请求不会自动填充$_POST，需手动解析后赋值，否则始终为空 -
input('name')默认走param逻辑，但它的类型转换规则（如/d）和$request->param()的实现细节不完全一致，某些边界 case（如字符串"0"）结果可能不同 - IDE 和静态分析工具对全局函数的类型推导弱，
input()返回值类型难追踪，容易漏掉空值判断 - TP8 文档和核心代码已将
$request->param()列为首选，input()仅保留向后兼容，未来版本可能标记为 deprecated
获取当前路由名的唯一可靠写法
想在控制器里知道当前匹配的是哪个命名路由（比如用于权限校验或日志记录），别信网上那些 getRule() 或 current() 的写法 —— TP8 已移除这些方法：
- 正确写法：
request()->rule()?->getName()（PHP 8.0+ 空安全操作符必备） - 如果返回
null，不是你写错了，而是当前请求没走完整路由流程：常见于 CLI 命令、单元测试、中间件提前halt()、或控制器__construct()中调用 —— 此时rule()尚未绑定 - 调试时可用
dump(request()->getRouteInfo())查看完整结构，重点看name字段，而不是瞎猜属性名 - 别缓存
request()->rule()返回的对象，它是每次请求新建的只读实例，缓存无意义还可能引发内存泄漏
真正麻烦的从来不是“怎么写”，而是“在哪写”和“什么时候能取到”。比如路由名在构造函数里取不到、input() 在 JSON 请求里失效、/d 后缀对空字符串的处理逻辑不透明——这些点不踩一遍坑，很难真正放心用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
