phpenv不管理运行时缓存，仅切换php版本；清理opcache、laravel配置/视图/路由缓存及composer自动加载需分别执行opcache_reset()、php artisan命令和composer dump-autoload。
phpenv 本身不管理 PHP 运行时缓存（如 OPcache、配置缓存、视图缓存等），它只负责切换不同编译安装的 PHP 版本。所谓“清理系统缓存”是常见误解——phpenv 没有 phpenv clean 或 phpenv clear-cache 这类命令，也**不会自动清理 Laravel、OPcache 或 Composer 的缓存文件**。
phpenv install 编译残留会卡住后续安装
多次执行 phpenv install 失败后，源码解压目录和临时编译产物可能残留在 ~/.phpenv/cache/ 或 ~/.phpenv/sources/ 下，导致下次安装报错（例如 configure: error: unrecognized options: --with-libdir 或 tar: Unexpected EOF in archive）。
- 手动清空源码缓存：
rm -rf ~/.phpenv/cache/* - 删除已下载但未完成编译的源码包：
rm -f ~/.phpenv/sources/*.tar.gz - 若某版本反复编译失败，连带清理其构建目录：
rm -rf ~/.phpenv/versions/7.4.33（替换为你卡住的版本号）
phpenv global/local 切换后 php -v 仍显示旧版本
这不是缓存问题，而是 shell 钩子未生效或 PATH 冲突。常见于 zsh 用户未正确加载 eval "$(phpenv init -)"，或 Windows 上用 Git Bash 但未启用 login shell。
- 检查当前 shell 是否被
phpenv init支持：运行phpenv init看输出是否含export PATH和shopt -s expand_aliases类语句 - 确认
which php输出路径是否以~/.phpenv/shims/php开头；如果不是，说明 shims 未接管 - Windows + Git Bash 用户需在启动时加
--login参数，否则~/.bashrc不执行
你以为的“phpenv 清缓存”其实是框架或 PHP 自身缓存
当你改了代码却没生效、composer install 报 autoload 错误、或 php artisan config:clear 不起作用，问题根本不在 phpenv，而在你当前正在用的 PHP 实例所跑的项目环境里。
- Laravel 项目必须按顺序跑：
php artisan config:clear→php artisan cache:clear→php artisan view:clear→php artisan route:clear - OPcache 清理不能靠换 PHP 版本，得调
opcache_reset()或设opcache.revalidate_freq=0（开发时） - Composer 自动加载失效？删掉
vendor/autoload.php和vendor/composer/autoload_*.php，再composer dump-autoload
真正容易被忽略的是：每次用 phpenv 切换版本后，你当前终端里的 php 命令指向的是新版本，但 Web 服务器（如 Apache、PHP-FPM）或 IDE 内置的 PHP 解释器仍是旧进程——它们不会随 phpenv 自动重启。要验证实际运行版本，得看 phpinfo() 或日志输出，而不是终端 php -v。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
