ThinkPHP 8.0 中应优先使用 $request->param() 获取 PUT/DELETE 请求的 JSON 或表单数据，它自动兼容请求体解析；若需精确来源则用 $request->put() 或 $request->delete()；手动解析时须用 getContent() 一次读取并 json_decode($raw, true)，注意校验空值与 JSON 错误。
ThinkPHP 8.0 默认不自动解析 PUT 和 DELETE 请求的请求体，尤其当 Content-Type 是 application/json 时，$request->post() 和 input('post.xxx') 均为空——因为 PHP 的 $_POST 只接收 application/x-www-form-urlencoded 和 multipart/form-data 类型数据。必须手动读取原始 body 并解码。
如何正确获取 PUT/DELETE 的 JSON 数据
前端用 fetch 或 axios.put() 发送 JSON 数据时，后端需主动读取并解析：
- 调用
$request->getContent()获取原始字符串（注意：该方法只能调用一次，多次调用会返回空） - 用
json_decode($raw, true)转为关联数组，务必加true参数，否则返回对象，后续取值易出错 - 检查
$raw是否为空：可能因 Nginx 配置（如未开启client_max_body_size）、Swoole 未启用http_parse_post、或前端未设置Content-Type: application/json导致读不到内容 - 若 JSON 解析失败，用
json_last_error_msg()查具体原因，常见有 BOM 头、单引号、尾逗号、中文引号等非法字符
推荐统一用 $request->param() 兼容多种来源
$request->param() 在 TP8 中已支持从 PUT/DELETE 请求体中提取参数（前提是 Content-Type 正确且 body 未被提前消费），比手动解析更简洁可靠：
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
-
$request->param('id')自动尝试从 GET、POST、PUT、DELETE 等合法来源取值，优先级为 PUT/DELETE body > POST > GET -
$request->param('status/d')支持类型后缀（如/d转整型、/s转字符串），自动过滤非法字符，比intval()更安全 - 若需严格区分来源（例如 URL 中也有
id，但只想要 PUT body 里的），则改用$request->put('id')或$request->delete('id')—— 这两个方法专用于提取对应请求方法的参数
表单编码格式（x-www-form-urlencoded）的处理
部分前端仍用表单方式提交 PUT/DELETE（如通过隐藏 input 模拟），此时 Content-Type 是 application/x-www-form-urlencoded：
立即学习“PHP免费学习笔记（深入）”；
- TP8 会自动将这类请求体解析进
$_POST，因此$request->post()和$request->param()均可正常取值 - 但注意：PHP 原生不支持对 PUT 请求自动填充
$_POST，需在入口文件或中间件中手动触发：parse_str($request->getContent(), $_POST) - 更稳妥的做法是统一走
$request->param()，它内部已兼容该场景，无需额外干预
路由与方法校验建议
确保接口路由明确限定 HTTP 方法，避免混淆：
- 定义路由时使用
Route::put()或Route::delete()，而非通配的Route::any() - 在控制器开头加判断：
if (!$request->isPut() && !$request->isDelete()) { throw new HttpException(405); }，防止误用 - 不要在构造函数里调用
$request->param()，此时请求对象尚未完全初始化，可能返回空或报错
