TP6.0接收不到POST参数的根源常是Nginx的request_escape on被误启用，导致PATH_INFO解析失败、路由匹配失效，使$_POST虽到达PHP却未注入控制器；需在Nginx配置中删除或设为request_escape off;，再nginx -t验证并reload生效。
TP6.0 接收不到前端 POST 参数，常见于 Nginx 反向代理或 Web 服务层配置异常，其中 request_escape off 被误启用是隐蔽但高频的根源——它会强制对 URI 中的斜杠、点号等字符进行双重编码，导致 TP6 的 PATH_INFO 解析失败，进而使框架无法正确分发路由，最终 $_POST 数据虽已到达 PHP 进程，却因请求未匹配到有效控制器动作而被丢弃或跳过处理逻辑。
确认 request_escape 是否被开启
进入 Nginx 配置文件（通常为站点 conf 或 nginx.conf），搜索 request_escape 关键字。
若存在类似 request_escape on; 或 request_escape on（无分号）的行，说明该指令已被显式启用。
【request_escape on 是 Nginx 1.19.7+ 默认行为，但 TP6 完全不兼容】——开启后，/home/user/login 会被转义为 %2Fhome%2Fuser%2Flogin，PATH_INFO 提取失败，TP6 路由器直接 fallback 到 404 或空响应，$_POST 不会被注入到任何 action 中。
立即学习“前端免费学习笔记（深入）”；
移除或关闭 request_escape
方法一：直接删除含 request_escape 的整行（推荐）。
方法二：将其改为 request_escape off;，注意必须加英文分号，且需放在 http {} 或 server {} 块顶层，不能嵌套在 location 内。
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
修改后保存配置文件，执行 nginx -t 验证语法，再运行 nginx -s reload 重载生效。
验证是否修复
第一步：用 curl 模拟标准 POST 请求：
curl -X POST http://your-domain.com/login -H "Content-Type: application/x-www-form-urlencoded" -d "username=admin&password=123"
第二步：检查返回内容中是否包含预期的 $_POST 输出（如在 login 方法中 print_r($_POST)）。
第三步：同时查看 PHP 错误日志（error_log）和 Nginx access.log，确认请求状态码为 200 且无 rewrite 循环或 404 记录。
若返回中出现 Array ( [username] => admin [password] => 123 )，说明 request_escape 干扰已解除，TP6 正常接收并解析了 POST 参数。
