PHP 8.5 尚未发布，不存在 max_memory_limit 配置项；官方仅支持 memory_limit 控制脚本内存软上限，硬限制需依赖 ulimit、systemd MemoryLimit 或 Docker cgroup 等外部机制。
php8.5 没有 max_memory_limit 这个配置项
PHP 8.5 尚未发布（截至 2024 年中，最新稳定版是 PHP 8.3），更不存在官方支持的 max_memory_limit 配置。这个名称是混淆了 memory_limit 和某些第三方扩展（如 SAPI 层或容器限制）的叫法。PHP 原生只认 memory_limit，它控制的是单个脚本可使用的内存软上限，不是“硬上限”。
怎么真正设内存硬上限：靠外部机制
PHP 自身无法强制杀掉超内存的进程——memory_limit 触发时只是抛出 Fatal error: Allowed memory size of XXX bytes exhausted，但进程仍可能继续执行（比如在错误处理回调里）。真要硬限，得靠运行环境：
- CLI 场景下用
ulimit -v（虚拟内存）或ulimit -m（物理内存，部分系统已废弃），例如：ulimit -v 524288; php script.php
（限制 512MB 虚拟内存） - FPM 场景下，在
www.conf中配rlimit_memlock或配合 systemd 的MemoryLimit=（需启用MemoryAccounting=yes） - Docker 中用
--memory=512m，内核会通过 cgroup 直接 OOM-kill 超限进程 - 注意：
ulimit -v在容器里常被覆盖，优先以 cgroup v2 / systemd / docker 的设置为准
memory_limit 设多少才合理？看场景别拍脑袋
memory_limit 不是越大越好，设太高反而掩盖内存泄漏，太低又容易误报。关键看用途：
- Web 请求（FPM）：通常 128M–256M 足够；图片处理/Excel 导出类操作可临时
ini_set('memory_limit', '512M')，但必须确保有兜底（比如上传文件大小限制、数据分页） - CLI 脚本：可设为
-1（无限制），但强烈建议配合set_time_limit()和内存监控（如memory_get_usage(true)）做主动检查 - 注意：值写成
2G合法，但2048M更稳妥（避免某些旧解析器把G当变量）；单位不区分大小写，但推荐小写m、g - 修改后记得确认生效：
php -r "echo ini_get('memory_limit');"
常见踩坑：reload 了但没生效？查三个地方
改完 php.ini 或 www.conf，phpinfo() 却显示旧值，大概率卡在这三处：
立即学习“PHP免费学习笔记（深入）”；
- CLI 和 FPM 加载的不是同一份
php.ini：用php --ini查 CLI 路径，用php-fpm -i | grep 'Loaded Configuration File'查 FPM 实际加载的文件 - FPM pool 级配置覆盖全局：
www.conf里若有php_admin_value[memory_limit] = 64M，它会无视php.ini里的设置 - 代码里调用了
ini_set('memory_limit', ...)，且执行早于你检查的位置——搜全项目，尤其是框架启动前的引导文件
ulimit 必须重启 php-fpm master 进程，而不是 reload。 
