能，前提是扩展为标准Zend扩展、PHP版本与ABI完全匹配、且不依赖被移除的SAPI逻辑。
靠谱，但得看扩展类型和运行环境——FrankenPHP 本身不改变 PHP 扩展的加载机制，它只是用 Go 替代了传统 PHP-FPM 的 SAPI 层。所以 pie install 装的扩展，只要满足两个硬条件，就能正常工作。
FrankenPHP 能否加载 PIE 安装的扩展？
能，前提是：
- 扩展是标准 Zend 扩展（即 C 编写的
.so或 Windows 下的.dll），不是 FrankenPHP 特供的 Go 插件 - FrankenPHP 启动时使用的 PHP 二进制与 PIE 安装时检测到的版本完全一致（包括 ABI、TS/NTS 模式）
- 扩展未依赖已被 FrankenPHP 移除或替换的 SAPI 特定逻辑（比如某些直接 hook Apache 或 FPM 生命周期的扩展）
常见能用的扩展：grpc、redis、mongodb、pdo_mysql；明显不能用的：opcache（FrankenPHP 自带更激进的字节码缓存）、apcu（需确认是否启用共享内存支持）。
为什么 pie install grpc 在 FrankenPHP 下容易失败？
不是 PIE 或 FrankenPHP 的问题，而是 gRPC 扩展本身的构建链依赖没被满足：
立即学习“PHP免费学习笔记（深入）”；
-
pie install grpc/grpc-php-ext会尝试编译 C 扩展，需要系统已安装libgrpc-dev（或grpc-devel），否则 configure 阶段就报错：configure: error: Package requirements (grpc >= 1.40) were not met - FrankenPHP 官方镜像（如
frankenphp:latest）默认不含libgrpc-dev，只含运行时libgrpc - Windows 下 PIE 会自动下载预编译 DLL，但 FrankenPHP 目前无 Windows 官方构建，所以该路径不适用
解决方法：在 Dockerfile 中先装依赖，再用 PIE：
RUN apt-get update && apt-get install -y libgrpc-dev autoconf automake libtool && rm -rf /var/lib/apt/lists/*<br>RUN pie install grpc/grpc-php-ext
FrankenPHP + PIE 的真实兼容陷阱
最容易忽略的三点：
-
php.ini加载顺序：FrankenPHP 默认读取/etc/php/conf.d/*.ini，但 PIE 写入的是/usr/local/etc/php/conf.d/99-grpc.ini—— 如果你的 FrankenPHP 启动路径没挂载该目录，扩展就等于没加载 - 线程安全（TS）模式：FrankenPHP 构建的 PHP 通常是 NTS（Non-Thread-Safe），而某些 PIE 包（尤其旧版）可能默认编译成 TS 版，导致
PHP Warning: Module 'grpc' already loaded或直接 segfault - 扩展初始化时机：FrankenPHP 启动时会预热 PHP 运行时，如果扩展在
MINIT阶段做了阻塞式网络调用（比如某些 gRPC server 初始化逻辑），会导致 FrankenPHP 启动卡住，日志里只显示Starting FrankenPHP...后无响应
真正麻烦的从来不是“能不能装”，而是“装完后 PHP 进程能不能活过第一个请求”。FrankenPHP 把 SAPI 层换掉了，但没换掉 Zend 引擎的加载契约——你得按契约来，而不是指望它自动兜底。
