open_http_protocol仅用于swoole_server的手动http实现，控制基础http/1.x文本解析；swoole_http_server内置完整解析器，完全忽略该配置，两者不可混用。
open_http_protocol 不是启用 HTTP 协议支持的开关，它只控制 Swoole 是否对 HTTP 请求做**基础协议解析和校验**，且仅作用于 swoole_server（非 swoole_http_server）——这点极易被误用。
为什么设了 open_http_protocol => true 却没生效？
常见错误是把它当成“开启 HTTP 服务”的配置项。实际上：
-
swoole_http_server内置完整 HTTP 解析器，完全忽略open_http_protocol配置，无论设 true/false 都不影响行为 - 只有在用
swoole_server手动实现 HTTP 服务时，才需要它；此时它仅负责识别GET/POST行、解析Content-Length、检查请求行格式等最底层动作 - 若未开启，
swoole_server会把整段原始数据当二进制流丢给onReceive，你得自己 parse HTTP 头 —— 很多团队因此重复造轮子还出错
open_http_protocol 和 open_http2_protocol 能共存吗？
不能。这是两个互斥协议栈：
-
open_http_protocol => true：启用 HTTP/1.x 文本协议解析（默认最大请求头 8KB，不可调） -
open_http2_protocol => true：启用二进制帧解析，必须搭配open_tcp_nodelay => true，否则 TLS 握手或帧边界会被 Nagle 算法破坏，直接报handshake failed - 两者同时设为
true时，Swoole 5.0+ 会静默以open_http2_protocol为准，open_http_protocol被覆盖且不报错 —— 容易掩盖配置冲突
POST 请求超长时 open_http_protocol 怎么处理？
它有硬性限制，不是可调参数：
-
GET请求行 + 头部总长超过8192字节 → 直接丢弃连接，返回HTTP 400 -
POST请求若含Content-Type: application/x-www-form-urlencoded或multipart/form-data，且头部 +Content-Length声明的总长 >package_max_length（默认 2MB），也会立即断连并返回HTTP 400 - 这个限制无法通过
set()修改，想支持大文件上传，必须改用swoole_http_server或自定义协议 +open_eof_check
真正关键的是别把它和 swoole_http_server 混为一谈 —— 后者根本不用配这个，而前者一旦用上，就得接受它的固定边界和无扩展性。生产环境若需灵活控制 HTTP 行为，直接上 swoole_http_server，别绕路。
