直接说结论：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')，POST 数据优先级更高，可能会意外覆盖掉 URL 中的id。正确的做法是改用$request->get('id')显式取 URL 参数。 - 表单
enctype="multipart/form-data"提交时，$request->param()会忽略文件字段，但$request->post()仍然能取到普通文本字段（不含文件）。 - 另外，
$request->post('content/s')中的/s后缀只对 POST 数据生效，对 GET 无效——类型过滤是按来源绑定的，这点别忘了。
为什么 input('post.name') 容易出问题
input() 是个全局函数，看起来简洁方便，但在复杂请求场景下，它的行为并不稳定：
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 后缀对空字符串的处理逻辑不透明——这些点，不踩一遍坑，很难真正放心用。希望这篇文章能帮你少走几步弯路。
