input()拿不到POST参数主因是请求体格式与解析方式不匹配：表单或axios默认发x-www-form-urlencoded，需用$_POST或input('post.')；JSON提交则需设Content-Type为application/json并用input('','', 'json')。
为什么 input() 拿不到 POST 参数
多数情况不是框架 bug，而是请求体格式和解析方式不匹配。ThinkPHP 默认只从 php://input 解析 application/json，而浏览器表单或 axios.post(url, {a:1}) 默认发的是 application/x-www-form-urlencoded，这时必须用 $_POST 或 input('post.') 才能取到。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 前端确认 Content-Type：表单提交不用设，
axios显式设为'Content-Type': 'application/x-www-form-urlencoded'；JSON 提交则设为'application/json'，后端改用input('', '', 'json') - 调试时加一行
dump($_POST); dump($this->request->param());对比原始数据与框架解析结果 - 若用了 Nginx，检查是否开了
client_max_body_size限制，超长参数会被静默截断，$_POST为空但php://input有内容
input('id') 返回 null 但 URL 确实带了 ?id=123
ThinkPHP 的 input() 默认只读取 GET + POST + REQUEST（取决于配置），不自动合并 PATH_INFO 路由参数。如果 URL 是 /user/123 且路由规则定义为 'user/:id' => 'index/user'，那 id 是路由变量，应通过 $this->request->param('id') 获取，而非 input('id')。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 区分来源：
input('id')查 GET/POST 键值；$this->request->param('id')查所有来源（含路由、GET、POST、PUT） - 查看当前路由变量：
dump($this->request->route());，确认id是否在其中 - 避免混用：不要在同一个方法里既写
input('id')又写$this->request->param('id')，逻辑易错且不可控
使用 input('post.', '', 'htmlspecialchars') 后数组参数丢失
ThinkPHP 的 input() 第三个参数是过滤函数，但它对数组参数默认只作用于顶层键值，不会递归处理。比如 POST 数据是 data[0][name]=a&data[1][name]=b，input('post.data') 返回二维数组，但加了 'htmlspecialchars' 后，只会转义 data 这个键的字符串值，遇到数组直接跳过，最终返回 null 或空数组。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 数组过滤必须手动递归：
array_map('htmlspecialchars', $this->request->param('data/a'))（注意用param()而非input()） - 更稳妥的做法是关闭自动过滤，统一在业务逻辑中按字段类型处理：
$this->request->param('data/a', null, null)，再对敏感字段单独调用htmlspecialchars() - 若用模型验证，直接把过滤逻辑写进验证规则的
filter选项里，比全局input()更精准
接口调试时 $this->request->isPost() 始终为 false
这个判断依赖 $_SERVER['REQUEST_METHOD']，但某些代理（如 Nginx + FastCGI）、CDN 或前端模拟请求（如 Postman 不设 Method）会导致该值异常。另外，ThinkPHP 会把 PUT/DELETE 等方法降级为 POST 并从 _method 字段识别，此时真实 REQUEST_METHOD 是 POST，但框架认为是 PUT ——所以 isPost() 返回 false 是正常行为。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 先看原始方法：
dump($_SERVER['REQUEST_METHOD']);，再看框架识别结果：dump($this->request->method()); - 需要兼容 RESTful 方法时，别依赖
isPost()，改用$this->request->isMethod('post')或直接判断$this->request->method() === 'POST' - 若用 Nginx，确认没加
fastcgi_param REQUEST_METHOD $request_method;的覆盖逻辑，否则可能被二次篡改
最常被忽略的一点：ThinkPHP 的参数绑定顺序是「路由 > GET > POST > PUT > DELETE」，但 input() 和 param() 的行为差异不在来源优先级，而在是否启用自动类型转换和过滤。一旦混用，同名参数可能从不同通道进来，值却不一样——调试时务必盯住 $this->request->param() 的完整输出，而不是只查某个字段。
