swoole中http_parse_post设为true时自动解析application/x-www-form-urlencoded请求并填充$request->post，设为false则需手动解析rawcontent；该配置仅影响表单，不影响json或文件上传。
http_parse_post 设为 true 时自动填充 $request->post
当 http_parse_post 配置为 true（默认值），Swoole 会在收到 application/x-www-form-urlencoded 类型的 POST 请求后，自动解析请求体并填入 $request->post 数组，行为接近传统 PHP 的 $_POST。
- 仅对
Content-Type: application/x-www-form-urlencoded生效；application/json或multipart/form-data不受此开关影响 -
$request->post是只读数组，不能手动写入或修改 - 若请求体格式非法（如键值缺等号、URL 编码错误），解析会静默失败，
$request->post为空数组，无报错提示 - 开启后仍需注意：
$request->rawContent()返回的是原始字节流，不是已解析后的字符串
http_parse_post 设为 false 时必须手动解析
设为 false 后，Swoole 完全跳过表单解析逻辑，$request->post 恒为空数组，所有 POST 数据都得靠 $request->rawContent() 拿原始内容再处理。
Swoole 6.1.1
下载
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
- 适合需要完全控制解析流程的场景，比如统一做签名校验、加密字段预处理、或兼容非标准表单编码
- 必须自己调用
parse_str($request->rawContent(), $data)才能得到键值对，且要注意rawContent()可能返回空字符串（如空 POST 或 chunked 编码未收全） - 对
multipart/form-data请求，$request->files仍可用，但$request->post始终为空——这部分不依赖http_parse_post开关 - 关闭后，
curl -d "a=1&b=2"发来的请求，$request->post就是[]，别误以为是 bug
混用 HTTP 和 TCP 配置导致 http_parse_post 失效
把 swoole_http_server 的配置项（如 'http_parse_post' => true）误塞进裸 swoole_server 实例，不会报错，但完全无效——因为后者根本没有 HTTP 协议栈。
-
swoole_server只收发原始字节，on("receive")回调里拿到的是 raw TCP 包，压根没有$request->post这个属性 - 常见错误：复制 HTTP 示例代码到 TCP 服务中，还试图调用
$request->post，结果触发Fatal error: Uncaught Error: Cannot access protected property或静默 null - telnet 连上就断？大概率是你用
swoole_http_server监听 9501，却用telnet 127.0.0.1 9501发纯字符串，HTTP 服务器拒绝非 HTTP 请求，直接断连
性能与调试建议
除非有明确需求，否则不建议关掉 http_parse_post。它带来的开销极小，但省去大量重复解析代码。
- 开启状态下，若发现
$request->post为空，优先检查$request->header['content-type']是否确实是application/x-www-form-urlencoded - 调试时可加一句：
var_dump($request->rawContent(), $request->post);，对比原始数据和解析结果 - 不要在
on("start")或on("workerStart")里改http_parse_post——它只在set()初始化时读取一次，运行时修改无效
http_parse_post，application/json 请求照样得自己 json_decode($request->rawContent())。
