phpenv 不管理 memory_limit，该配置必须手动修改对应 php 版本的 php.ini（如 ~/.phpenv/versions/8.2.12/etc/php.ini），设为 memory_limit = 512m 并重启服务；cli 可用 php -d memory_limit=1g 临时覆盖。
phpenv 本身不管理 memory_limit 配置
phpenv 是一个 PHP 版本切换工具，它只负责软链接 php 可执行文件到不同版本的安装路径（如 ~/.phpenv/versions/8.2.12/bin/php），**不提供任何配置项或命令来修改 memory_limit**。它不读取、不覆盖、也不生成 php.ini，更不会干预运行时行为。
所以你执行 phpenv global 8.2 或 phpenv shell 8.1 后，memory_limit 仍完全由该 PHP 版本实际加载的 php.ini 文件决定——和 phpenv 无关。
改 memory_limit 必须操作对应 PHP 版本的 php.ini
每个通过 phpenv 安装的 PHP 版本都有独立的 php.ini，路径通常为：
-
~/.phpenv/versions/8.2.12/etc/php.ini（CLI 模式） -
~/.phpenv/versions/8.2.12/etc/php-fpm.d/www.conf（PHP-FPM 模式，用php_admin_value[memory_limit]）
确认当前生效的是哪个配置：
php --ini
看输出中 Loaded Configuration File 的路径，然后编辑它：
- 用
nano或vim打开该php.ini - 搜索
memory_limit，修改值，例如：memory_limit = 512M - 保存后，**必须重启使用该 PHP 的服务**：如果是 CLI，直接重跑命令即可；如果是 PHP-FPM，则需
phpenv rehash && sudo systemctl restart php8.2-fpm（路径依系统而异）
为什么在 CLI 下用 ini_set 不总是有效
即使你在脚本开头写了 ini_set('memory_limit', '1G')，也可能失败，常见原因有：
- 服务器禁用了
ini_set：检查disable_functions是否包含它（在php.ini中） - PHP 运行在 FPM 模式下，且池配置用了
php_admin_value[memory_limit]—— 此类设置不可被ini_set覆盖 - 脚本已触发内存分配（比如提前
require了大文件），ini_set写晚了，PHP 在设置前就 OOM 退出
验证是否生效最可靠的方式是：
php -r "echo ini_get('memory_limit');"
CLI 脚本临时调大内存的最简方式
不需要改 php.ini，每次执行时用 -d 参数覆盖：
php -d memory_limit=1G artisan migrate
如果你常用某个值，可以 alias 成短命令：
alias phplarge='php -d memory_limit=2G'
加到 ~/.zshrc 或 ~/.bashrc 后 source 一下即可。注意：这个只影响当前 shell 下的 CLI 调用，不影响 Web 请求。
真正容易被忽略的是：phpenv 切换版本后，很多人以为“PHP 变了，配置也自动跟着变”，其实每个版本的 php.ini 默认都是原始安装值（通常是 128M 或 256M），不手动改，就永远卡在默认限制里。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
