能连，但走http/1.1协议栈；swoole仅被动解析http/2帧，不拒绝http/1.1请求，协议协商由客户端发起（如alpn或upgrade头），明文h2c已被主流浏览器禁用，必须https+alpn才实际生效。
open_http2_protocol开启后，HTTP/1.1客户端还能连上吗
能连，但走的是HTTP/1.1协议栈。Swoole的open_http2_protocol只影响**服务器端是否解析HTTP/2帧**，不强制升级连接；它不会拒绝HTTP/1.1请求，也不会自动降级响应。客户端发HTTP/1.1请求，服务端照样用HTTP/1.1处理并返回——协议协商由客户端发起（如通过Upgrade: h2c头或TLS ALPN），Swoole只是被动支持解析。
为什么开了open_http2_protocol却收不到HTTP/2请求
常见原因有三个：
- 没启用TLS：明文HTTP/2（h2c）在主流浏览器中已被禁用，必须走HTTPS + ALPN协商；
open_http2_protocol在443端口+SSL配置下才实际生效 - 编译缺失
--enable-http2：运行php --ri swoole检查输出中是否有http2 => enabled，没有就需重编译Swoole - 客户端未主动协商：curl需加
--http2或--http2-prior-knowledge，浏览器只对https://且服务端正确返回ALPN h2才触发
开启后request对象和response对象行为有啥变化
核心差异在底层帧处理逻辑，对PHP层API基本透明，但要注意两点：
Swoole 6.1.1
下载
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
-
$request->header里会多出':method'、':path'、':scheme'等伪头（HTTP/2要求），而传统GET、POST等方法仍可通过$request->server['request_method']获取 -
$response->status()和$response->header()调用不受影响，但内部发送时会按HTTP/2二进制帧编码，不再有HTTP/1.1的换行分隔和状态行文本格式 - 流式响应更自然：
$response->write()可多次调用，HTTP/2天然支持多路复用与分块推送，无需手动构造Transfer-Encoding: chunked
和keep_alive、http_compression这些参数有啥联动风险
开启open_http2_protocol后，部分HTTP/1.1惯用配置可能失效或引发异常：
-
http_compression => true在HTTP/2中被忽略——HTTP/2自带HPACK头部压缩，且禁止对响应体重复gzip；若LLM返回JSON流，仍建议设为false以防干扰chunk边界 -
keep_alive参数对HTTP/2无意义：HTTP/2连接默认长连接、多路复用，Connection: keep-alive头会被自动忽略 -
package_max_length限制依然生效，但HTTP/2帧层有独立流控窗口，超限会直接RST_STREAM，不返回HTTP 400
真正容易被忽略的是：HTTP/2下timeout含义变了——它现在控制整个流生命周期，不是单个请求耗时；LLM首token延迟高时，必须同步调大timeout，否则流会被静默中断。
