控制器方法接收不到参数，首要排查是否请求未进入方法：检查路由匹配（url路径、请求类型、参数名一致性）、tp6路由开关、nginx的request_escape配置；再确认参数来源与读取方式匹配，统一使用input()方法并指定类型与来源。
控制器方法接收不到参数，多数不是代码写错，而是请求没走到对应方法，或参数根本没进框架的处理流程。先确认是不是“压根没进来”，再查参数怎么取。
检查路由是否匹配成功
URL 路径和路由规则对不上，请求就进不了你的控制器方法，自然谈不上传参。常见情况包括：
- 路由定义用的是
Route::get()，但前端发的是 POST 请求 - 闭包路由中参数名和占位符不一致，比如路由是
user/:id，闭包却写成function($uid) - 正则路由里捕获组顺序和闭包参数顺序不一致
- TP6 默认关闭路由，需确认
config/app.php中'url_route_on' => true
确认请求类型与参数来源是否匹配
GET 参数不会自动进 POST 处理逻辑，反之亦然。不要混用：
- 用
$request->isPost()或input('name')前，先判断当前请求类型 -
input('id')默认从所有来源取（POST > GET），若只想取 POST 的，应写input('id', '', '', 'post')或input('post.id') - 表单 enctype 是
multipart/form-data时，input()不会读取文件字段，要用$this->request->file('avatar')
排查 Nginx 层干扰（尤其 TP6）
TP6 接收不到 POST 参数，80% 以上是 Nginx 的 request_escape on 搞的鬼：
- 检查 Nginx 配置中是否有
request_escape on;—— 这会让 PATH_INFO 解析失败，导致路由匹配失效，$_POST 数据虽到 PHP 却被丢弃 - 删掉该行，或改为
request_escape off;，然后nginx -t && nginx -s reload - 用
curl -X POST -d "a=1&b=2" http://yoursite.com/test验证 $_POST 是否正常输出
避免在控制器里直接读超全局变量
不用 $_POST['name'] 或 $_GET['id']，它们绕过框架过滤、无默认值、不支持嵌套数组解析：
- 正确做法是统一用
input('name/s')（字符串）、input('status/d')（整型）、input('tags/a')（数组） - 带点号的写法如
input('user.name')表示取$_POST['user']['name']，末尾必须加点，否则取不到 - 参数为空时，
input('title', '默认标题')可设默认值，比手动判空更安全
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
