FrankenPHP + Symfony 生产环境中可安全禁用 curl、gd、imagick、soap、xmlrpc、sysvshm、sysvsem、sysvmsg、pdo_sqlite 等扩展，前提是业务代码未显式调用；需通过 PHP_INI_SCAN_DIR="" 或自定义 php.ini 禁用，并以真实 HTTP 请求验证生效。
FrankenPHP 默认启用的 PHP 扩展中，有不少在 Symfony 生产环境中根本用不到，反而会增加进程启动开销、内存占用，甚至触发不必要的 autoloader 扫描或事件监听。禁用它们不是“微优化”，而是上线前必须做的减法。
哪些扩展在 Symfony + FrankenPHP 场景下可安全禁用
FrankenPHP 作为 SAPI 运行时，本身不依赖传统 Web SAPI（如 Apache mod_php 或 FPM）的多数扩展。以下扩展若未被你的业务代码显式调用，建议直接关闭：
-
curl：除非你主动用curl_init()调外部 API；Symfony HttpClient 底层走的是stream_socket_client()，不依赖此扩展 -
gd、imagick：仅当项目真有图片缩放/水印逻辑才需要；Asset 编译、Twig 渲染、ORM 操作全都不碰图像 -
soap、xmlrpc：已淘汰协议，现代 Symfony 项目基本不会用到 -
sysvshm、sysvsem、sysvmsg：FrankenPHP 不使用 System V IPC，且 Symfony 缓存默认走 Redis 或 files，不依赖这些 -
pdo_sqlite：如果你只用 MySQL/PostgreSQL，这个驱动纯属冗余；pdo_mysql和pdo_pgsql保留即可
如何在 FrankenPHP 中禁用扩展
FrankenPHP 的 PHP 配置由其内置 PHP 构建决定，不能像 FPM 那样靠 php.ini 动态开关。正确方式是重编译或选用精简版构建 —— 但更现实的做法是通过环境变量控制加载：
- 启动 FrankenPHP 时传入
PHP_INI_SCAN_DIR=""，彻底跳过所有额外.ini文件扫描，只保留内建最小配置 - 若你用的是
frankenphp:1.2-cli-alpine等官方镜像，可通过挂载自定义php.ini并显式设extension=为空列表（注意：FrankenPHP 目前不支持disable_functions，但扩展禁用有效） - 验证是否生效：访问
/healthz或执行frankenphp php -m，确认输出里不含上述扩展名
禁用后要检查的 Symfony 行为变化
看似“删功能”，实则可能暴露隐藏依赖。重点观察三类现象：
立即学习“PHP免费学习笔记（深入）”；
- 缓存预热失败：如果用了
cache.adapter.psr6+PhpFilesAdapter，它依赖opcache和fileinfo，但fileinfo可保留，opcache必须开启（FrankenPHP 默认已开） - 日志写入异常：某些 Monolog handler（如
SyslogHandler）会尝试加载sysvmsg，禁用后应切回StreamHandler或RedisHandler - 翻译加载报错：XLIFF 加载器依赖
libxml，但该扩展无法禁用（否则XmlFileLoader直接崩溃）；如果你已按推荐切换到PhpFileLoader，那libxml实际也不再被 Symfony 翻译组件调用
最易被忽略的一点：FrankenPHP 的 php -v 输出和实际运行时扩展列表可能不一致——它会在首次请求时才完成 PHP 扩展初始化。所以改完配置后，一定要发一次真实 HTTP 请求再查 get_loaded_extensions()，不能只信 CLI 输出。
