根本原因是Windows找不到PHP扩展依赖的DLL（如libssh2.dll、ssleay32.dll、VC++运行库等）；需将PHP根目录添加到系统PATH，并确保架构匹配、安装对应Visual C++红istributable。
phpEnv 本身不自带系统级运行库，它只管理 PHP 版本和配置。当你看到 PHP Startup: Unable to load dynamic library 'php_curl.dll' 或类似错误，根本原因不是 phpEnv 配置错了，而是 Windows 找不到 DLL 依赖项（比如 libssh2.dll、ssleay32.dll、msvcp140.dll 等）。
为什么 phpEnv 启动 PHP 就报 DLL 加载失败
phpEnv 是轻量级多版本切换工具，它不修改系统环境，也不自动部署运行时依赖。所有 .dll 扩展（如 php_curl.dll、php_openssl.dll）都依赖外部二进制文件：
-
php_curl.dll必须能访问libssh2.dll、ssleay32.dll、libeay32.dll -
php_mysqli.dll或php_pdo_mysql.dll可能依赖libmysql.dll（旧版）或mysqlnd.dll（新版） - 几乎所有扩展都依赖 Visual C++ 运行库，例如
vcruntime140.dll、msvcp140.dll（对应 VC++ 2015–2022）
这些 DLL 不在 phpEnv 的 ext/ 目录里，也不在系统 PATH 中——Windows 就直接报错 “找不到指定的模块”（error 126）。
必须把 PHP 目录加进系统 PATH
这是最稳定、最被官方推荐的做法（见 StackOverflow 和 PHP 官方文档），而不是把 DLL 复制到 System32——后者在 Win10/11 上已失效，且破坏系统纯净性。
立即学习“PHP免费学习笔记（深入）”；
操作步骤：
- 打开「控制面板 → 系统 → 高级系统设置 → 环境变量」
- 在「系统变量」中找到
Path，点击「编辑」→「新建」 - 填入你当前 phpEnv 正在用的 PHP 安装路径，例如：
C:\phpenv\php\php-8.2.12-Win32-vs16-x64（注意：不要加\ext，只要 PHP 根目录） - 确认保存，**重启命令行终端和 Apache/Nginx 服务**（仅改 PATH 不重启服务无效）
验证是否生效：在新打开的 CMD 中运行 where libeay32.dll，如果返回该 PHP 目录下的路径，说明成功。
检查 PHP 架构与 DLL 是否匹配
phpEnv 支持多种编译版本（vs15 / vs16 / vs17，TS / NTS，x64 / x86），但扩展 DLL 必须严格匹配：
- 用
php -i | findstr "Architecture\|Thread Safety"查看架构（x64或x86）和线程模型（enabled= TS，disabled= NTS） - 确认你启用的
extension=php_curl.dll文件名是否含对应标识，例如：php_curl-8.2-ts-vs16-x64.dll - 不要混用 vs15 编译的 DLL 和 vs16 的 PHP（即使版本号一样），会静默失败或崩溃
- phpEnv 默认下载的是 TS + vs16 + x64 组合，如果你手动替换了 DLL，务必核对命名
补全缺失的 Visual C++ 运行库
哪怕 PATH 正确、架构匹配，缺少 vcruntime140.dll 这类基础运行库，仍会加载失败。不要靠“复制 DLL”硬凑：
- 去微软官网下载安装「Microsoft Visual C++ Redistributable for Visual Studio 2019」或「2022」（取决于你的 PHP 编译器版本）
- 安装时勾选「为所有用户安装」，避免权限问题
- 若用的是 phpEnv 的 vs15（VC++ 2015）版本，则装「2015–2019」合集包更稳妥
- 装完后无需重启 PHP，但建议重启整个终端和 Web 服务
复杂点在于：一个 phpEnv 切换的 PHP 版本，可能依赖多个运行库层级；而不同扩展（如 GD、Imagick）又各自引入额外依赖。最省事的方式是——把所有主流 VC++ 运行库（2015–2022）都装上，它们互不冲突。
