FrankenPHP需通过PHP内存限制、容器/进程资源约束和应用级防护三方面防止OOM：1.配置memory_limit；2.在Docker或systemd中设硬性内存上限；3.结合健康检查与监控实现优雅重启；4.应用层规避内存泄漏。
FrankenPHP 本身不提供类似 Laravel --memory 那样的内置内存监控与自动退出机制，它作为 PHP 运行时（基于 SAPI 的现代替代方案），其内存管理依赖于 PHP 层和操作系统层的协同控制。要防止 FrankenPHP 进程因内存耗尽被 OOM Killer 杀死，需从 PHP 内存限制、容器/进程资源约束 和 应用级防护 三方面入手。
1. 通过 php.ini 或运行时设置 memory_limit
FrankenPHP 使用标准 PHP 配置，因此 `memory_limit` 是第一道防线：在 php.ini 中设置全局上限（推荐）：
memory_limit = 256M
若使用 FrankenPHP CLI 模式或嵌入式模式，确保该配置生效——可通过 php --ini 确认加载路径，并用 php -r "echo ini_get('memory_limit');" 验证。
对特定高内存任务（如大文件处理、批量导出），可在脚本开头动态提升：
立即学习“PHP免费学习笔记（深入）”；
ini_set('memory_limit', '512M');注意：此调用必须在内存已大量占用前执行；CLI 环境下可设为 -1（不限制），但仅限可信、可控场景。
2. 在 Docker 或 systemd 中硬性限制进程内存
FrankenPHP 常部署于容器中。仅靠 PHP 层限制不够，必须叠加 OS 级资源约束：在 docker-compose.yml 中设置容器内存上限（例如 512MB）：
services:
app:
image: dunglas/frankenphp
mem_limit: 512m
mem_reservation: 256m同时确保 memory_limit ≤ 容器限制（建议留 20% 缓冲），例如容器设 512m，则 php.ini 设 memory_limit = 400M。
若用 systemd 托管 FrankenPHP 进程，可在 service 文件中添加：
[Service] MemoryMax=512M MemoryLow=128M
这能触发内核主动回收，避免直接触发 OOM Killer。
3. 启用 FrankenPHP 的健康检查与优雅重启机制
FrankenPHP 支持通过 HTTP 端点暴露运行时指标（如/healthz），虽不直接报告内存，但可配合外部监控实现主动干预：
结合 process-exporter + Prometheus + Alertmanager 监控 FrankenPHP 进程 RSS 内存：
- 当 RSS 持续 > 450MB（假设容器上限 512MB）时触发告警
- 通过 webhook 调用
systemctl restart frankenphp.service或发送 SIGUSR2 信号（若配置了热重载）
FrankenPHP 本身支持平滑重启（尤其在 HTTP 模式下），不会中断正在处理的请求。
4. 应用层规避内存泄漏与峰值堆积
FrankenPHP 不改变 PHP 的内存模型，因此仍需从代码侧加固：常见高风险操作及对策：
- 大数据集全量读取 → 改用
yield生成器或游标分页 - 循环中不断
array_push()或拼接字符串 → 改用implode()或预分配数组大小 - 未释放大对象引用（如 DB 连接、缓存实例）→ 显式调用
unset()或利用作用域自动销毁 - 启用
opcache.memory_consumption并合理配置，减少重复编译开销
上线前用 memory_get_peak_usage(true) 记录关键路径内存峰值，建立基线。
