frankenphp默认依赖glibc而非musl，因其官方二进制在ubuntu/debian环境构建，动态链接系统c库；alpine等musl环境需自行用dunglas/frankenphp:static-builder镜像编译适配版本。
不能直接运行，除非你用的是 musl 构建的 FrankenPHP 二进制。它默认依赖 glibc，这点和标准 PHP CLI 二进制一致——不是 FrankenPHP 故意设计成这样，而是它底层嵌入的 PHP 运行时（Zend 引擎）和 Go 运行时在多数发行版下都链接了 glibc。
为什么 FrankenPHP 默认要 glibc？
FrankenPHP 的官方 Linux 二进制（比如从 frankenphp.dev 下载的 frankenphp）是用 Ubuntu/Debian 环境静态链接 Go、但动态链接系统 C 库构建的。PHP 部分也沿用了对应 PHP 版本的构建习惯：主流发行版打包的 php8.2-franken 包依赖 libc6（即 glibc）。你可以用 ldd vendor/bin/frankenphp 验证，会看到一堆 libc.so.6、libpthread.so.0 这类符号。
哪些“没 glibc”的环境其实能跑？
并不是所有无 glibc 环境都彻底没戏，关键看它用的是哪种 C 库：
- Alpine Linux（musl）：官方二进制不行，但
dunglas/frankenphp:static-builder镜像里提供的构建脚本支持 musl 目标；你自己用该镜像构建出来的二进制，就只依赖 musl - Buildroot/Yocto 嵌入式系统：如果你启用了
BR2_TOOLCHAIN_USE_MUSL=y，那必须自己编译 FrankenPHP（或用其 Docker 构建流程），不能直接丢官方二进制进去 - OpenWrt（musl）：同上，官方二进制会报
not found或No such file or directory（其实是找不到动态链接器/lib/ld-musl-x86_64.so.1）
怎么确认你的 FrankenPHP 二进制到底链了啥？
别猜，直接查：
- 运行
file vendor/bin/frankenphp，如果输出含dynamic linked，说明它需要动态加载 C 库 - 再运行
readelf -d vendor/bin/frankenphp | grep 'program interpreter\|NEEDED'，看第一行 interpreter 是/lib64/ld-linux-x86-64.so.2（glibc）还是/lib/ld-musl-x86_64.so.1（musl） - 如果用的是 Alpine 容器，
apk add binutils后才能用readelf
真正容易被忽略的是：FrankenPHP 的 “静态构建” 指的是把 Caddy、Go runtime、PHP engine 打包进一个文件，不等于 C 库也静态链接。musl 支持得加额外构建步骤，而且 PHP 扩展（比如 pdo_sqlite）也得确保是 musl 编译版本——否则哪怕主二进制过了，extension= 一行还是会失败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
