phpEnv 在 WSL2 中无法运行，因其本质是为 Windows 设计的批处理+符号链接方案，而 WSL2 运行真实 Linux 发行版，依赖 apt 管理 PHP（路径固定、权限模型不同），不识别 Windows 脚本与 PATH 注入逻辑；正确做法是用 apt 安装指定版本并以 update-alternatives 切换，代码须置于 WSL 原生路径（如 ~/projects），禁用 /mnt/c 等挂载点。
phpEnv 并非官方 PHP 环境管理工具，也不是 Symfony 或 Laravel 官方推荐方案；它在 WSL2 中不被支持且无法可靠运行。WSL2 是一个完整的 Linux 内核虚拟化环境，其设计目标是让原生 Linux 工具链（如 apt、PHP CLI、Composer）直接工作，而非套用 Windows 风格的多版本切换工具。
为什么 phpEnv 在 WSL2 里行不通
phpEnv 本质是为 Windows 命令行（cmd/PowerShell）设计的批处理+符号链接方案，依赖 Windows 文件系统权限模型和 PATH 动态切换逻辑。而 WSL2：
- 运行的是真实 Ubuntu/Debian 发行版，PHP 由 apt 管理，路径固定为
/usr/bin/php（或/usr/bin/php8.2等） - 不识别 Windows 的 .bat/.ps1 脚本，也无法安全操作 NTFS 挂载点（如
/mnt/c）上的软链接 - 用户权限、扩展加载机制、INI 加载顺序均遵循 Linux 规则，与 phpEnv 的 Windows 注册表+PATH 注入逻辑完全冲突
WSL2 下正确的 PHP 版本与扩展管理方式
别折腾 phpEnv，用 WSL2 原生包管理即可精准控制 PHP 版本和模块：
- 查当前可用版本：
apt list --installed | grep php或apt list php* - 安装指定版本（如 PHP 8.2）：
sudo apt install php8.2-cli php8.2-mbstring php8.2-xml php8.2-curl php8.2-zip php8.2-intl - 设为默认：
sudo update-alternatives --config php（选择对应版本） - 验证扩展是否启用：
php -m | grep -E "(mbstring|curl|intl)"
项目开发该放哪？路径问题直接决定成败
所有代码必须放在 WSL2 原生文件系统内，否则 Composer、chmod、Git 权限全部异常：
立即学习“PHP免费学习笔记（深入）”；
- ✅ 正确位置：
~/projects/myapp、/home/yourname/app - ❌ 绝对禁止：
/mnt/c/Users/xxx/project、/mnt/d/dev—— 这里 inode 不一致、chown 失效、file_put_contents 权限拒绝 - VS Code 或 PhpStorm 打开项目时，务必通过 WSL: Ubuntu 根路径进入，地址栏显示
WSL: Ubuntu才算真正接入
需要多版本 PHP？用官方推荐替代方案
若真需 PHP 7.4 和 8.3 并存（如老项目兼容），推荐以下稳定做法：
- 用
php7.4/php8.3命令直接调用（apt 安装后自动注册） - 在
composer.json中声明"platform": {"php": "7.4.33"}锁定依赖解析版本 - 配合 Symfony CLI 或 Laravel Sail 启动时指定 PHP 二进制路径，而非全局切换
