frankenphp报address already in use需先查占用进程：linux用ss -tuln | grep ':80\|:443'，确认是caddy还是frankenphp残留；若为caddy则停旧实例，若为frankenphp则清理docker或systemd残留；推荐让frankenphp改用--frankenphp-worker-address监听非标端口，由caddy反代。
FrankenPHP 启动时报 address already in use 怎么判断是谁占的
FrankenPHP 默认监听 :80 和 :443，如果系统里已有 Caddy 实例在跑，必然端口冲突。别急着 kill -9，先确认是哪个进程真正在用：
- 执行
ss -tuln | grep ':80\|:443'，看pid/program列输出的是caddy还是frankenphp - 若显示
caddy，说明旧 Caddy 还活着；若显示frankenphp但你没手动启过，可能是 Docker 容器或 systemd 服务残留 - FrankenPHP 的二进制启动默认不带
--http-port或--https-port参数，它硬编码绑定 80/443 —— 所以必须让出端口，不能靠参数改
共存方案：让 FrankenPHP 退到非标端口，由主 Caddy 反代
最稳做法不是停掉原有 Caddy，而是把它变成“前端网关”，FrankenPHP 当纯后端 PHP 处理器。这符合 FrankenPHP 的设计定位（FastCGI worker），也避免端口争抢。
- 启动 FrankenPHP 时加
--frankenphp-worker-address 127.0.0.1:8080（或任意空闲端口），它就只监听该地址，不再碰 80/443 - 在你原有的 Caddyfile 里，把对应站点的
php_server换成reverse_proxy指向http://127.0.0.1:8080 - 确保 Caddy 的
php_server插件已禁用（否则会和reverse_proxy冲突），FrankenPHP 不需要它 - 注意：Caddy 的
reverse_proxy默认不透传 HTTPS 头，需显式加header_up X-Forwarded-Proto {scheme}，否则 PHP 里$_SERVER['HTTPS']会丢失
为什么不能两个 Caddy 同时监听 443
FrankenPHP 内置 Caddy，但它不是“精简版 Caddy”，而是完整 Caddy 二进制的定制分支。当你运行 frankenphp web 或没指定 --frankenphp-worker-address，它就在后台起一个独立 Caddy 实例。
- Linux 系统不允许两个进程 bind 同一 IP+端口组合，报错
listen tcp :443: bind: address already in use是内核级拒绝，不是配置能绕过的 - 即使你用
setcap 'cap_net_bind_service=+ep' $(which frankenphp)赋权，也无法解决双 Caddy 实例冲突 —— 权限只管“能不能 bind 低端口”，不管“能不能重复 bind” - FrankenPHP 的
--caddyfile参数只能指定配置路径，不能让它复用另一个 Caddy 的监听套接字
容器场景下如何避免冲突
Docker 用户最容易踩坑：以为挂了 -p 80:80 就万事大吉，其实宿主机 Caddy 和容器内 FrankenPHP 会同时抢 80。
- 删掉 FrankenPHP 容器的
-p 80:80映射，改用--network host或自定义 bridge 网络 +reverse_proxy，让宿主机 Caddy 统一分发 - 若必须容器独占端口，确保宿主机 Caddy 已停：
sudo systemctl stop caddy，再启动 FrankenPHP 容器 - Compose 场景下，不要给 FrankenPHP 服务写
ports:，改用expose:仅内部通信，外部流量全走宿主机 Caddy
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
