PHP内存限制由php.ini中memory_limit参数控制，需确认phpEnv加载的正确php.ini路径并修改该值，CLI下修改后需重启PHP进程，Web环境还需重启服务器。
phpEnv 是一个用于 Windows 的 PHP 多版本环境管理工具，它本身不直接控制 PHP 的 memory_limit，真正起作用的是它所加载的 PHP 版本对应的 php.ini 文件。遇到 Fatal error: Allowed memory size of XXX bytes exhausted，不是 phpEnv 限制了你，而是它转发给 PHP 解释器的配置没调对。
确认当前生效的 php.ini 路径
phpEnv 启动不同 PHP 版本时，会各自读取对应目录下的 php.ini（如 C:\phpenv\versions\8.2.12\php.ini）。如果改错了文件，比如去改了系统默认的 C:\Windows\php.ini 或其他版本的配置，完全无效。
- 在命令行运行：
php --ini，看 “Loaded Configuration File” 输出的实际路径 - 或写个
test.php：，用 phpEnv 启动它（phpenv exec php test.php） - 别依赖 phpinfo() 页面——phpEnv 主要用于 CLI 场景，Web 模式（如 Apache/Nginx）需另行配置
修改 phpEnv 下 PHP 的 memory_limit 值
找到上一步确认的 php.ini 文件，用文本编辑器打开，搜索 memory_limit。注意三类常见写法：
-
memory_limit = 128M→ 直接改成memory_limit = 512M或memory_limit = 1G -
memory_limit = -1→ 表示不限制（仅限本地调试，禁用于生产） - 若该行被注释（开头是分号
;），必须取消注释，否则设置不生效
保存后，**无需重启 phpEnv**，但必须重新运行 PHP 命令（旧进程不会重载 ini）；若用 phpEnv 配合 Web 服务（如内置的 PHP built-in server），需重启服务进程。
立即学习“PHP免费学习笔记（深入）”；
CLI 脚本中用 ini_set() 临时提限失败？检查这几点
在 phpEnv 管理的 CLI 环境下，ini_set('memory_limit', '512M') 很容易静默失效，不是代码写错了，而是底层约束：
- 该调用必须出现在脚本最顶部，且早于任何可能触发内存分配的操作（如
json_decode()、file_get_contents()） - 若 php.ini 中
memory_limit已设为-1，ini_set()才能生效；若 ini 里是128M，则ini_set()最大只能设到128M（除非也设成-1） - 某些 phpEnv 构建的 PHP 二进制可能禁用了
ini_set（见disable_functions配置），可用var_dump(ini_get('disable_functions'))检查
为什么改了 php.ini 还报错？重点排查 phpEnv 加载逻辑
phpEnv 通过切换 PATH 和环境变量来激活不同 PHP 版本，但它不保证所有扩展或子进程都继承同一份配置：
- 如果你用
phpenv use 8.2切换后，再执行php -v显示版本正确，但php --ini显示的配置路径却是另一个版本的 —— 说明 shell 缓存或 alias 干扰了实际调用路径 - 某些脚本内部调用
exec('php other.php')，会绕过 phpEnv 的 PATH 控制，走系统默认 PHP，导致改了 phpEnv 的 ini 却没生效 - Windows 下反斜杠路径、空格、中文路径可能导致 phpEnv 读取 ini 失败（日志里看不到提示），建议路径全用英文、无空格
最稳的方式：始终用完整路径调用，例如 C:\phpenv\versions\8.2.12\php.exe -c C:\phpenv\versions\8.2.12\php.ini script.php，彻底绕过环境变量歧义。
