应通过配置文件或运行时函数调整PHP内存限制，而非修改源码；优先修改php.ini中memory_limit并重启服务，其次用ini_set()临时设置，注意Docker等环境需同步限制cgroup内存。
不建议直接修改 PHP 8.2.6 源码来调整内存限制。
PHP 的 memory_limit 是运行时配置项，由 Zend 引擎在初始化阶段读取 php.ini 或代码中 ini_set() 设置的值，不是编译期硬编码在源码里的常量。强行改源码不仅无效、不可维护，还会导致升级困难、安全风险和构建失败。
真正该做的，是按层级优先级正确设置这个值：
-
第一优先级：php.ini 配置文件
找到 PHP 实际加载的配置文件路径：php --ini
编辑对应
php.ini（如/etc/php/8.2/cli/php.ini或/etc/php/8.2/fpm/php.ini），修改：立即学习“PHP免费学习笔记（深入）”；
PHP 8.5.12下载修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
memory_limit = 256M
⚠️ 修改后必须重启服务（如
systemctl restart php8.2-fpm或apache2）。 -
第二优先级：运行时动态设置（仅限脚本内生效）
在 PHP 文件开头（<?php后立即）调用：ini_set('memory_limit', '256M');注意：若
php.ini中设为-1（无限制），此调用才有效；若已设为固定值且ini_set被禁用（disable_functions包含ini_set），则无效。 -
第三优先级：CLI 命令行临时覆盖
运行脚本时指定：php -d memory_limit=512M your_script.php
-
额外注意 Docker 环境
若用容器部署，需同时满足两个条件：- 容器启动时通过
--memory="512m"限制 cgroup 内存上限； - 容器内
php.ini的memory_limit必须 ≤ 该值（例如设为384M），否则 PHP 进程可能被 OOM Killer 杀死。
- 容器启动时通过
你看到的“修改源码”，往往源于误把 ZEND_MM_HEAP_SIZE（内存管理器底层宏）或 PHP_MEMORY_LIMIT（旧版编译宏，PHP 5.x 时代）当成了可调参数——这些在 PHP 8.2+ 中早已移除或失效，改了也无用。
本质上，memory_limit 是一个用户态软限制，由 Zend VM 在每次内存分配前检查，它依赖配置系统，而非源码常量。想治本，就查清配置路径、确认服务重启、验证生效方式（可用 var_dump(ini_get('memory_limit')) 测试）。
不复杂但容易忽略。
