phpenv安装不会导致系统死机，常见“假死”实为内存不足或依赖缺失引发的编译挂起，典型表现是卡在Compiling阶段；应优先检查free -h、添加swap、限制MAKEFLAGS="-j1"或改用预编译包。
安装 phpenv 本身不会导致系统死机，但编译安装 PHP 版本时卡住、内存耗尽、或长时间无响应，常被误认为“死机”。真实情况通常是资源不足或依赖缺失引发的编译挂起。
编译卡在 [Compiling]: /tmp/php-build/source/... 不动了
这是最典型的“假死”现象，尤其在低配机器（如 1GB 内存的 VPS）上极易发生。不是系统崩溃，而是 make 进程因内存不足被内核暂停或反复重试。
- 立即检查内存：运行
free -h，若available接近 0，基本可确认是内存问题 - 不要直接关机或强制重启——先尝试
Ctrl+C中断当前安装，再加 swap 缓解压力 - 快速添加 2GB 临时 swap：
sudo fallocate -l 2G /swapfile && sudo chmod 600 /swapfile && sudo mkswap /swapfile && sudo swapon /swapfile - 重新运行
phpenv install前，建议先清理残留：rm -rf /tmp/php-build
phpenv install 报错 virtual memory exhausted: Cannot allocate memory
这条错误明确指向内存分配失败，和硬件配置强相关。即使 free -h 显示还有几百 MB，gcc 编译多线程并行时仍可能瞬间突破上限。
- Ubuntu/Debian 系统可临时限制并发数降低内存峰值：
MAKEFLAGS="-j1" phpenv install 8.2.10 - 避免使用
sudo运行phpenv install——权限提升不会解决内存问题，反而可能污染构建路径 - 若用的是 AWS t2.micro、腾讯云轻量应用服务器等入门机型，强烈建议跳过源码编译，改用
ondrej/phpPPA（Ubuntu）或remi仓库（CentOS/RHEL）安装预编译包
安装后终端卡住、输入无响应、甚至 SSH 断连
这通常不是 phpenv 本身的问题，而是 shell 初始化阶段执行了耗时操作，比如 phpenv init - 触发了未完成的钩子或慢速网络请求（例如自动更新插件列表）。
立即学习“PHP免费学习笔记（深入）”；
- 检查
~/.bashrc或~/.zshrc中是否有多余的eval "$(phpenv init -)"行——重复初始化会导致递归调用 - 临时注释掉该行，重新开终端测试：如果恢复正常，说明初始化逻辑存在阻塞点
- 禁用自动钩子可绕过多数初始化卡顿：
eval "$(phpenv init - --no-rehash)" - 某些旧版
php-build插件会尝试访问已失效的 GitHub API 地址，可在安装前手动设置：export PHP_BUILD_GITHUB_API_TOKEN=""
真正要注意的不是“怎么让它动起来”，而是识别哪些卡顿是可恢复的（如内存不足）、哪些是设计缺陷（如初始化脚本写死超时请求）、哪些是环境冲突（如 LD_LIBRARY_PATH 被污染影响后续服务）。多数情况下，中断 + 查日志（tail -n 50 ~/.phpenv/plugins/php-build/share/php-build/log/*.log）比盲目等待更有效。
