FrankenPHP跑Symfony内存飙高主因是未启用worker模式，导致每次请求重复加载框架；需在Caddyfile中配置php_server { worker}、用frankenphp run启动、预热缓存、对齐OPcache路径并监控memory_get_peak_usage(true)。
FrankenPHP 跑 Symfony 时内存飙高，不是 Symfony 本身写得差，而是默认配置下每次请求都重新加载整个框架——worker 模式没开，php.ini 里 memory_limit 又设得松，再加上 Symfony 的缓存没预热、OPcache 没对准路径，三者叠加，一个请求吃掉 60MB+ 很常见。
确认是否真正启用了 FrankenPHP worker 模式
这是最常被忽略的前提。FrankenPHP 默认是“普通模式”，即每个 HTTP 请求启动一次 PHP 生命周期，和传统 FPM 完全一样；只有显式启用 worker 才能让 Symfony 实例常驻内存。
检查点：
- 你的
Caddyfile中必须包含php_server块，并在其内启用worker指令，例如：php_server { worker } - 确保你用的是
frankenphp run启动（不是frankenphp serve），后者不支持 worker - 启动后看日志：成功启用会输出类似
Starting PHP worker pool with 4 workers；如果只看到Starting FrankenPHP server而无 worker 相关字样，说明没生效 - 验证方式：在控制器里打日志，连续发两个请求，看
getmypid()是否返回相同进程 ID —— worker 模式下 PID 不变，普通模式下每次不同
调整 php.ini 内存限制要分场景
worker 模式下，memory_limit 不再是“单次请求上限”，而是“整个常驻进程的内存天花板”。设得太小，worker 启动就失败；设得太大，又失去资源约束意义。
立即学习“PHP免费学习笔记（深入）”；
建议做法：
- 开发/调试阶段：保留
memory_limit = 512M，方便定位问题 - 生产环境：设为
256M或384M，并配合opcache.memory_consumption = 128（单位 MB） - 不要在 Symfony 入口文件（如
public/index.php）里用ini_set('memory_limit', ...)—— worker 进程启动时已读取php.ini，运行中修改无效 - FrankenPHP 的
php.ini加载路径优先级：当前目录php.ini>/etc/php/conf.d/frankenphp.ini> 系统默认php.ini；用frankenphp info命令确认实际生效位置
Symfony 缓存与 OPcache 必须对齐路径
worker 模式下，Symfony 缓存（var/cache/prod）和 OPcache 都是跨请求复用的。但如果缓存路径动态生成或权限不对，会导致每次请求都重新编译容器，内存占用直接翻倍。
关键动作：
- 部署时强制预热：
php bin/console cache:warmup --env=prod，且确保var/cache目录由 FrankenPHP 进程用户（如www-data）可读写 - OPcache 的
opcache.revalidate_path = Off必须开启，否则它会反复 stat 每个.php文件，触发不必要的重编译 - 禁用
opcache.validate_timestamps（设为0），worker 模式下代码不会热更新，没必要每秒检查时间戳 - 检查
opcache.file_cache是否启用（推荐设为/tmp/opcache），它能减少 worker 重启后的冷启动开销
监控真实内存峰值而非平均值
worker 进程的内存不是线性增长的，而是在处理大请求（如导出报表、批量上传）时突然飙升，之后又回落。只看 memory_get_usage() 会严重低估压力。
必须盯住这个值：memory_get_peak_usage(true) —— 它返回的是包括未释放循环引用在内的真实峰值，单位字节。
实操建议：
- 在 Symfony 的 kernel.terminate 事件里记录该值，写入日志或 Prometheus 指标
- 设置 FrankenPHP 的
--max-memory参数（如--max-memory=400M），超限自动重启 worker，防止单个 worker 把整台机器拖垮 - 注意：
--max-memory是 FrankenPHP 进程级控制，不是 PHP 内部的memory_limit；两者要协同，比如memory_limit=256M+--max-memory=400M
worker 模式不是开了就万事大吉，它把“每次请求初始化框架”的开销转成了“长期运行中内存缓慢泄漏”的风险。真正稳住内存，靠的是三件事：确认 worker 真正在跑、让 Symfony 缓存和 OPcache 一次编译长期复用、用 memory_get_peak_usage(true) 看清真实压力点——漏掉任何一环，都可能让内存占用在几天内从 200MB 涨到 1.2GB。
