containerport必须严格匹配frankenphp实际监听的fpm端口（默认9001），否则kubernetes service转发失败；http端口（如80）与fpm端口分离，不可混淆；hostnetwork模式下需显式绑定0.0.0.0:9001。
FrankenPHP 容器内部端口不能“不改”——它必须和实际监听端口严格一致，否则 Kubernetes 或反向代理流量会直接失败。
containerPort 必须匹配 FrankenPHP 实际监听的 FPM 端口
FrankenPHP 官方镜像默认用 9001 启动 PHP-FPM worker（不是传统 9000），所以 containerPort 必须写成 9001。Kubernetes 不校验这个值是否真实监听，只把它当路由标签用；写错会导致 Service 转发到一个没人听的端口，连接被拒绝（connection refused）。
- 不写
containerPort不报错，但Service的targetPort无法可靠引用名称（如name: fpm） - 若用
--fpm-port 9002启动容器，containerPort就得同步改成9002，且name和protocol仍需显式声明 - 镜像没设
EXPOSE，Docker 层面不自动暴露端口，Kubernetes 完全依赖你手写containerPort
HTTP 服务端口（如 :80）和 FPM 端口是两回事，别混
FrankenPHP 内置 Caddy 默认监听 :80（HTTP）或 :443（HTTPS），但这只是前端入口；PHP 执行靠的是后端 9001 的 FPM 接口。Kubernetes 中 containerPort 应该配后者，因为 Service 通常只转发 PHP 流量（比如给 Nginx 做上游），而不是直接暴露 Caddy 的 HTTP 端口。
- 如果你的 Service 指向
frankenphp的 FPM 接口（常见于 Nginx + FrankenPHP 分离架构），containerPort必须是9001（或你自定义的--fpm-port值） - 如果你把 FrankenPHP 当全栈服务器用（Caddy + PHP 一体），那
containerPort可以是80，但这时你通常不需要额外 Service 转发，而是直接用NodePort或Ingress -
SERVER_NAME=:80只影响 Caddy 监听行为，不影响 FPM 端口；它不会让9001变成80
hostNetwork 模式下，端口绑定逻辑更关键
用 --network host 时，containerPort 字段完全被忽略（Kubernetes 不处理 host 模式端口），但 FrankenPHP 自身监听地址必须显式设为 0.0.0.0:9001，否则默认的 127.0.0.1:9001 会让外部请求连不上。
- 启动命令要带
-- -listen 0.0.0.0:9001（注意前面两个--，透传参数给二进制） - 宿主机防火墙、云安全组仍需放行
9001/tcp，host 模式不绕过这些 - 如果同时跑多个 FrankenPHP 实例，端口冲突会直接导致启动失败，必须提前规划好各实例的
--fpm-port
最易忽略的一点：很多人以为改了 SERVER_NAME 就能“切换端口”，其实它只控制 Caddy 的 HTTP/HTTPS 行为，FPM 端口是独立配置项，必须单独对齐——哪怕你只用内置 Caddy，只要 Service 或其他组件要连 PHP 进程，9001 就不能错。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
