FrankenPHP不启用HTTP/3时完全无需开放UDP端口；HTTP/3依赖QUIC（基于UDP），但仅当Caddyfile中显式配置experimental_http3且TLS 1.3就绪时，Caddy才会监听UDP:443，否则全程走TCP的80/443。
FrankenPHP 不启用 HTTP/3 时完全不需要开放 UDP 端口
FrankenPHP 本身不直接监听或管理任何 UDP 端口；HTTP/3 的底层依赖 QUIC 协议，而 QUIC 是基于 UDP 的。但关键点在于：只有当你在 Caddyfile 中显式启用了 HTTP/3，Caddy 才会监听 UDP 端口（默认 :443）。FrankenPHP 只是嵌入了 Caddy 的能力，它自身没有独立的 UDP 服务逻辑。
- 如果 Caddyfile 里没写
experimental_http3，也没在servers块中配置 QUIC 相关协议，Caddy 就不会绑定 UDP 端口 - 即使你安装的是支持 HTTP/3 的 FrankenPHP 版本（如 v1.2+），只要配置未触发，
netstat -uln或ss -uln都看不到 UDP :443 或其他端口被占用 - 阿里云/腾讯云安全组也无需额外放行 UDP 端口——HTTP/3 不启用时，流量全程走 TCP 的 80/443
Caddy 启用 HTTP/3 后实际监听哪些 UDP 端口
一旦你在 Caddyfile 全局块中加入 experimental_http3，Caddy 会尝试在与 HTTPS 相同的端口（通常是 :443）上同时监听 TCP 和 UDP。这不是 FrankenPHP 的选择，而是 Caddy 的行为：
- 默认只监听
:443（TCP + UDP），不会自动开其他 UDP 端口 - 若你把 HTTPS 改为监听
:8443，那么 HTTP/3 也会在:8443/udp上启动 - 没有单独的“HTTP/3 专用 UDP 端口”，它复用 HTTPS 端口，只是协议栈不同
常见误判场景：
- 用
curl --http3测试失败，就以为是 UDP 端口没开 → 实际可能是证书未就绪、ALPN 协商失败，或客户端不支持 - 在云平台安全组里盲目放行 UDP :443，却忘了宿主机防火墙（如
ufw或firewalld）仍可能拦截 UDP 包
如何确认当前是否在用 HTTP/3 和 UDP
最直接的办法是查进程和端口绑定情况，而不是看配置文件是否写了关键字：
立即学习“PHP免费学习笔记（深入）”；
- 运行
lsof -iUDP:443或ss -ulpn | grep ':443'，有输出才说明 UDP 端口真被占用了 - 查看 FrankenPHP 启动日志，Caddy 初始化时若启用了 QUIC，会打印类似
starting QUIC listener on :443 - 用浏览器开发者工具的 Network 面板，看某次请求的 Protocol 列是否显示
h3；或者用curl -I <a href="https://www.php.cn/link/dc2eb29b2e1b6e0f36ceedc12cb00032">https://www.php.cn/link/dc2eb29b2e1b6e0f36ceedc12cb00032</a> --http3，响应头含alt-svc才算生效
真正容易被忽略的一点：即使你写了 experimental_http3，如果域名没配好 DNS、Let’s Encrypt 证书申请失败、或 TLS 版本低于 1.3，Caddy 会静默降级回 HTTP/2，且不报错也不监听 UDP。所以别光看配置，得验端口、验日志、验响应头。
