TP6接口POST取不到参数主因是Nginx request_escape开启、Content-Type不匹配或框架解析机制误用；需关闭request_escape、严格匹配application/x-www-form-urlencoded或显式调用$request->json()、统一使用input()安全取参。
TP6 接口 POST 请求取不到参数，多数不是代码写错，而是环境配置或请求格式不匹配导致的“假失联”。重点排查 Nginx 配置、Content-Type 类型、框架解析机制这三块，基本能覆盖 90% 的真实场景。
检查 Nginx 的 request_escape 是否开启
这是 TP6 最隐蔽也最高频的坑。Nginx 1.19.7+ 默认开启 request_escape on，而 TP6 完全不兼容——它会把 /api/login 转义成 %2Fapi%2Flogin，导致 PATH_INFO 解析失败，路由匹配直接 fallback 到 404 或空响应。此时 $_POST 数据其实已进 PHP，但控制器根本没被执行，自然拿不到参数。
- 打开 Nginx 站点配置（如
/etc/nginx/conf.d/your-site.conf），搜索request_escape - 若存在
request_escape on;或request_escape on（无分号），直接删掉整行，或改为request_escape off; - 执行
nginx -t验证语法，再nginx -s reload生效
确认前端 Content-Type 是否匹配 TP6 解析规则
TP6 默认只自动解析两种类型：application/x-www-form-urlencoded 和 multipart/form-data。只要前端发的是 application/json，input()、post()、param() 全部返回空——不是 bug，是设计如此。
- uni-app、Axios、fetch 默认 POST 用
application/json，需手动改头：Content-Type: application/x-www-form-urlencoded - 若必须传 JSON，控制器里不能用
input('xxx')，得显式调用$request->json(true)（TP6.0）或$request->withJson(true)（TP6.1+） - 注意：Content-Type 值必须严格为
application/json，带; charset=utf-8在部分版本会失效
用 input() 安全取参，别混用 $_POST
直接读 $_POST 绕过框架过滤，易出安全和类型问题；而 input() 是 TP6 推荐的统一入口，支持来源控制、默认值、类型转换和过滤。
- 取字符串并防 XSS：
input('username/s') - 取整型，非法值转 0：
input('page/d', 1) - 取数组（防非数组报错）：
input('tags/a') - 只从 POST 取，避免 GET 同名参数干扰：
input('token', '', '', 'post')
验证是否真“没收到”，还是“没解析对”
先排除干扰，再定位问题：
- 用 curl 发标准表单请求：
curl -X POST http://your.com/login -d "user=admin&pass=123" - 在控制器开头加
var_dump($_POST); exit;，看原始数据是否存在 - 再加
var_dump($this->request->param());，对比差异——如果$_POST有而param()为空，基本锁定是 Nginx 或 Content-Type 问题 - 查 Nginx access.log，确认状态码是不是 404 或 405；查 PHP error_log，看是否有路由未匹配警告
