phpEnv运行缓慢主因是PHP实例配置不当：opcache.enable_cli未开启、xdebug.mode设为debug,develop全量扫描、realpath_cache_size过小，三者叠加导致CLI命令卡顿。
phpEnv 运行缓慢，基本不是 phpEnv 本身的问题，而是它管理的 PHP 实例配置没调好——尤其是 opcache 默认关着、xdebug 悄悄开着、realpath_cache 太小，这三者叠加，命令行执行一个 composer install 或 php artisan tinker 都可能卡顿数秒。
确认 opcache.enable_cli 是否开启
phpEnv 默认安装的 PHP 通常只开了 opcache.enable=1，但没开 opcache.enable_cli=1。这意味着你在终端里跑 php script.php 或 php -v 都不走 OPcache，每次都要重新编译。
- 运行
php -i | grep opcache.enable，确认输出里有opcache.enable_cli => On - 如果没有，在当前 PHP 版本的
php.ini（用php --ini查路径）里加一行：opcache.enable_cli=1 - 别忘了重启终端或重新加载 shell 环境（
source ~/.bashrc或等效操作），否则 phpEnv 切换版本后可能仍读旧配置
检查 xdebug 是否在后台常驻
phpEnv 安装时若选了带 Xdebug 的构建，它默认以 xdebug.mode=debug,develop 启动，哪怕你没打断点，也会全程扫描代码路径——命令行下尤其明显，php -m 都变慢。
- 运行
php -v，如果末尾带with Xdebug v3.x，再执行php -i | grep 'xdebug.mode' - 若输出是
debug,develop或develop，说明它正在全量介入；改成debug或直接off（开发时按需通过XDEBUG_SESSION触发） - 修改
php.ini中的xdebug.mode=debug，并确保xdebug.start_with_request=trigger（Xdebug 3.1+） - 改完务必用
phpenv rehash，否则新配置可能不生效
增大 realpath_cache_size 和 ttl
phpEnv 常用于多项目切换，而频繁 require 或 autoload 会大量触发路径解析。默认 realpath_cache_size=4096 和 realpath_cache_ttl=120 在 Composer 包多的项目里很快击穿，导致反复 stat 文件系统。
立即学习“PHP免费学习笔记（深入）”；
- 在
php.ini中设为：realpath_cache_size=40960（40KB）、realpath_cache_ttl=3600（1小时） - 这个值对 CLI 场景特别有效，
composer dump-autoload速度能提升 30% 以上 - 注意：不要设得过大（如 2MB），PHP 会一次性分配内存，反而拖慢启动
避免在 .phpenv/versions/*/etc/php.ini 里写死扩展路径
phpEnv 的每个 PHP 版本目录下都有独立 php.ini，但很多人习惯直接写 extension=/usr/lib/php/2022xxxx/xdebug.so 这类绝对路径——一旦系统升级 PHP 或重装模块，路径失效，PHP 启动时默默跳过该行，还可能因依赖缺失导致后续扩展加载失败，表现为“莫名变慢”或某些函数不存在。
- 统一用相对路径或仅写扩展名：
extension=xdebug.so（前提是extension_dir已正确指向对应版本的modules/目录） - 验证方式：
php -m | grep xdebug必须有输出；若无，再查php -i | grep extension_dir是否指向对的目录 - phpEnv 自带的
phpenv config-rm和phpenv config-add比手动编辑更安全
最易被忽略的是：phpEnv 切换版本后，php --ini 显示的配置路径和实际生效的 php.ini 可能不一致——尤其当你用 phpenv local 或 phpenv global 切换时，shell 的 PATH 更新了，但某些子进程（比如 IDE 内置终端）仍读旧环境变量。务必每次调优后，用 which php 和 php --ini 双重确认当前生效的是哪个配置文件。
