XAMPP中Connection头无法透传是因为Apache将Connection视为hop-by-hop头部，按RFC 7230规范在处理后直接移除，不转发给PHP或代理层；即使多端口配置也无法改变该行为，唯一可靠方式是启用mod_proxy并以fcgi或反向代理模式运行，使原始头通过REDIRECT_HTTP_CONNECTION等环境变量间接获取。
XAMPP 默认不传递 Connection 请求头，即使你配了多端口，后端 PHP 或代理层也收不到原始的 Connection: keep-alive、Connection: close 等值——Apache 会直接消费并重写它，而不是透传。这不是配置遗漏，是 Apache 的默认行为。
为什么 Connection 头在 XAMPP 多端口下总是消失
Apache 2.4+ 默认启用 mod_headers 和 mod_proxy，但 Connection 是“hop-by-hop”头部，RFC 7230 明确规定它**不能被中间件转发**。Apache 在收到请求时就解析并处理该头（比如决定是否复用连接），然后从向后传递的请求中移除它。所以无论你在 httpd.conf 或 httpd-vhosts.conf 里怎么加 RequestHeader set Connection ...，都无效——它被底层逻辑拦截了。
常见错误现象：
- PHP 中
$_SERVER['HTTP_CONNECTION']始终为空或不存在 - 用
curl -H "Connection: close" http://localhost:8080/test.php测试，var_dump($_SERVER)找不到对应键 - 前端发 WebSocket 升级请求时，
Connection: Upgrade和Upgrade: websocket被 Apache 吃掉，握手失败
让指定端口透传 Connection 头的实操方法
唯一可靠方式是把 Apache 当作反向代理（而非直接处理 PHP），并在代理链路中显式允许 hop-by-hop 头透传。这需要启用 mod_proxy 和 mod_proxy_http，并用 ProxyPass 把请求转给一个能保留该头的后端（比如另一个轻量 HTTP 服务，或本地 PHP-FPM 的 FastCGI 封装）。
但更实际的做法是：**只对需要该头的端口启用代理模式，并手动注入等效逻辑**。例如：
XAMPP 8.0.30 是一款免费、开源的跨平台 Web 服务器集成包，专为快速搭建本地 PHP 开发环境而设计。该版本核心组件包括：Apache 2.4.56、MySQL 8.0.33、PHP 8.0.30、phpMyAdmin 5.2.1 等。它支持 Windows、Linux 和 macOS 系统，可让开发者在个人电脑上轻松模拟服务器环境，无需复杂配置即可运行 WordPress、Thin
- 在
httpd-vhosts.conf中为*:8080端口启用代理：<VirtualHost *:8080> ServerName localhost DocumentRoot "C:/xampp/htdocs" ProxyPreserveHost On ProxyRequests Off # 允许 Connection 和 Upgrade 头透传（关键） ProxyPass / fcgi://127.0.0.1:9000/C:/xampp/htdocs/ </VirtualHost> - 确保
php-fpm已启动（XAMPP 自带但默认未启用），监听127.0.0.1:9000；若没开，需修改php\php.ini中fastcgi.impersonate = 1并启用服务 - 在 PHP 脚本中改用
apache_request_headers()（仅限 Apache SAPI）或更稳妥地读取原始 CGI 变量：$_SERVER['REDIRECT_HTTP_CONNECTION']（当使用fcgi代理时，Apache 会把原始头映射为REDIRECT_前缀变量）
Listen 和 VirtualHost 配置本身不影响 Connection 头
很多人以为只要多写几个 Listen 8080、Listen 8081，再配不同 VirtualHost，就能让每个端口独立控制请求头——这是误解。端口监听只是网络层入口，Connection 的处理发生在协议栈上层，与监听端口数量无关。
真正起作用的是：
- Apache 使用的 MPM 模块（如
mpm_winnt在 Windows 下不支持完全透传 hop-by-hop 头） - 是否启用了代理模块（
mod_proxy）及对应指令（ProxyPreserveHost、ProxySet keepalive=on） - 后端处理方式（mod_php 直接执行时头已被剥离；fcgi/proxy 模式下可通过环境变量间接获取）
如果你只是想让某个端口支持 WebSocket 或自定义连接策略，不要试图“恢复”原始 Connection 头，而应改用 Upgrade + Sec-WebSocket-Key 组合，并确保 mod_proxy_wstunnel 已加载、ProxyPass 路由到 wss:// 或 ws:// 后端。
最易被忽略的一点：Windows 下 XAMPP 的 Apache 默认使用 mpm_winnt，它不支持 mod_proxy_wstunnel 的完整语义，即使配置正确，Connection: Upgrade 仍可能被静默丢弃——此时必须换用 Nginx 做前置代理，或改用 Linux 子系统运行 Apache。
