phpEnv中需通过php --ini（CLI）或phpinfo()（Web）确认实际加载的php.ini路径，修改memory_limit = 512M（单位必须大写），并重启对应服务；CLI可临时用php -d memory_limit=1G绕过配置。
phpEnv 是 Windows 下的便携式 PHP 环境（类似 XAMPP 但更轻量），它默认的 memory_limit 通常为 128M，跑 Composer、Laravel 迁移或大文件处理时极易触发 Fatal error: Allowed memory size of XXX bytes exhausted。直接改它自带的 php.ini 就行，但必须确认改的是 phpEnv 实际加载的那个，且 CLI 和 Web 模式可能用不同配置。
怎么找到 phpEnv 正在用的 php.ini？
phpEnv 不走系统全局路径，它的 php.ini 就藏在自身目录里，但具体位置取决于你选的 PHP 版本和运行模式：
- CLI 模式下：打开命令行，执行
php --ini，看Loaded Configuration File输出的路径，通常是类似C:\phpenv\versions\8.2.12\php.ini - Web 模式下：在浏览器访问
http://localhost/phpinfo.php（需先建一个含<?php phpinfo(); ?>的文件），搜索Loaded Configuration File—— 这个路径往往和 CLI 不同，比如是C:\phpenv\versions\8.2.12\apache2\php.ini - 别信“默认位置”，phpEnv 启动 Apache/Nginx 时会按自己的规则加载配置，
php --ini和phpinfo()是唯一靠谱依据
改 php.ini 时单位和写法必须严格
phpEnv 对 memory_limit 的解析很死板，写错一个字符就等于设成 0，反而让脚本更快崩：
- 必须带单位大写字母：
memory_limit = 512M✅，memory_limit = 512m❌（会被当成 0） - 支持单位只有
K、M、G，不能写mb、gb或纯数字 -
-1表示无限制，仅限本地调试；上线环境禁用 - 改完保存，**必须重启 phpEnv 的 Apache/Nginx 和 PHP-FPM（如果启用）服务** —— 单 reload 不生效
为什么改了 php.ini 还报内存不足？
常见原因不是没改对，而是 phpEnv 的多层配置覆盖或运行时限制没解除：
立即学习“PHP免费学习笔记（深入）”；
- CLI 命令（如
composer install）可能被 phpEnv 的启动脚本或批处理文件额外加了-d memory_limit=128M参数，直接覆盖了php.ini设置 - 某些 phpEnv 版本会把
disable_functions设为包含ini_set，导致你在入口文件里写ini_set('memory_limit', '512M')也无效 - Apache 模块（mod_php）未启用，phpEnv 实际走的是 CGI/FastCGI 模式，此时
.htaccess里的php_value memory_limit完全不生效 - PHP 扩展（如 Xdebug）本身吃内存，
memory_limit = 512M可能刚够脚本逻辑，但加上 Xdebug 开销就超了 —— 临时关掉 Xdebug 再试
CLI 场景下最稳的临时提内存方法
phpEnv 的 CLI 经常用于 Composer、Artisan 等工具，这些场景不适合改全局 php.ini，推荐用 -d 参数直插：
- 运行前手动加：
php -d memory_limit=1G composer install - 或封装成 bat 脚本避免每次敲：新建
composer-highmem.bat，内容为@php -d memory_limit=1G "%~dp0composer.phar" %* - 注意：单位写
1G比1024M更稳妥，PHP 解析G更可靠；1000M这类非 2 的幂次值有概率被截断
phpEnv 的本质是多个独立 PHP 实例的集合，每个版本、每种 SAPI（CLI/Apache/Nginx）都可能加载不同的 php.ini。不验证 php --ini 和 phpinfo()，光靠路径猜测去改，90% 的“改了没用”问题都出在这儿。
