中间件里用input()拿不到POST数据，因php://input请求体已被框架一次性读取并解析，再次调用即为空；应改用$request->post()或前置中间件存入$request->withAttr()供后续使用。
中间件里用 input() 拿不到 POST 数据？因为请求体已被读取过
ThinkPHP 中间件（尤其是 after 类型）里调用 input('xxx') 取不到 POST 值，根本原因是：HTTP 请求体（php://input）在控制器执行前已被框架一次性读取并解析为 $request->post() 或 $request->param()，中间件再次调用 input() 时，php://input 已为空流，返回空字符串或默认值。
这不是 bug，是 PHP 的底层限制——php://input 只能被读取一次。ThinkPHP 的 input() 函数内部依赖它，所以中间件中重复调用必然失败。
- ✅ 正确做法：在中间件中改用
$request->post()（注意是Request对象方法，不是全局input()函数） - ⚠️ 别写
input('name')或input('name/s')—— 这些在中间件里基本失效 - ? 如果需要原始未过滤数据，可用
$request->getRawInput()（TP6.1+），它缓存了首次读取的完整 body
$request->post() 返回空？检查中间件注册顺序和请求类型
即使用了 $request->post()，仍返回空数组，常见于两个场景：
- 中间件注册在
app/middleware.php里但位置太靠后（比如放在AfterMiddleware之后），导致请求参数解析逻辑尚未执行 - 当前请求其实是
application/json类型，但没显式声明Content-Type: application/json，框架按x-www-form-urlencoded解析失败，$request->post()就为空 - 前端发的是 JSON 字符串但没设 header，或用了
fetch但 body 是JSON.stringify({})却没配headers: {'Content-Type': 'application/json'}
验证方式：在中间件开头加一行 var_dump($request->header('content-type'));，确认实际收到的类型。
立即学习“PHP免费学习笔记（深入）”；
POST 数据含中文或特殊字符，$request->post() 乱码或截断？
这通常不是中间件的问题，而是请求头缺失 charset 或框架编码配置不一致导致的。ThinkPHP 默认按 UTF-8 处理，但若前端发送时没声明编码，或 Nginx/Apache 做了额外转码，就可能出问题。
- 强制统一：在中间件中手动设置
$request->setCharset('utf-8')（TP6.0.14+ 支持） - 检查
php.ini中default_charset = "UTF-8"是否启用 - 避免在中间件里用
iconv()或mb_convert_encoding()二次转码 ——$request->post()返回的已是解码后的 PHP 字符串
想在 after 中间件里修改响应内容，但 POST 数据已不可用？
after 中间件收不到原始 POST 数据，是因为它运行在控制器返回 Response 对象之后。此时 $request 依然可用，但请求体早已消耗完毕。
如果你需要基于 POST 内容做响应处理（比如审计日志、敏感字段脱敏），必须把数据提前“存下来”：
- 在 before 中间件中调用
$request->post()，然后用$request->withAttr('raw_post', $data)存入 Request 属性 - 在 after 中间件中通过
$request->attr('raw_post')取回（注意：这个值是 before 阶段抓取的快照，不是实时重读） - 别试图在 after 里再调
$request->post()—— 它只会返回空或上次缓存的旧值
最易被忽略的一点：$request->post() 和 $request->param() 行为不同。param() 会合并 GET/POST/PATHINFO，而 post() 严格只取 POST body；混淆二者会导致你以为“取到了”，其实拿的是 URL 参数。
