phpEnv仅管理PHP版本，不安装扩展；扩展须按版本单独配置：Windows复制匹配TS/NTS的DLL到对应ext目录并修改该版本php.ini，Linux/macOS用对应phpize/php-config编译SO并添加extension配置。
phpEnv 本身不直接安装 PHP 扩展，它只管理 PHP 版本；扩展必须针对每个已安装的 PHP 版本单独编译或复制 DLL（Windows）/ SO（Linux/macOS）文件，并修改对应 php.ini。 这是新手最容易混淆的一点：把 phpenv 当成 pecl install 的替代品，结果反复执行 phpenv install redis 报错退出。
Windows 下安装 DLL 扩展（如 redis、memcached）
集成环境（如 phpEnv 官方 Windows 包）默认提供预编译的 .dll 文件，但必须严格匹配：
- PHP 主版本号（
8.1不能混用8.2的 DLL） - 线程安全（TS）或非线程安全（NTS）标识 —— 大多数集成环境用的是
NTS - 架构（x64 或 x86）必须与你的 PHP 进程一致，可通过
php -i | findstr "Architecture"确认
操作步骤：
- 去 https://www.php.cn/link/0ed3f657a3ad5a1fa47d89ae2aaad6e4 找对应版本的 DLL（例如
php_redis-5.3.7-8.1-ts-vc15-x64.zip） - 解压后把
php_redis.dll放到该 PHP 版本目录下的ext/子目录（如C:\phpenv\versions\8.1.10\ext\） - 编辑该版本对应的
php.ini（不是系统全局的！而是C:\phpenv\versions\8.1.10\php.ini），在;extension=区块末尾添加：extension=php_redis.dll - 重启终端，运行
php -m | findstr redis验证；若报错，看php --ini输出确认加载的是哪个php.ini
Linux/macOS 下为 phpenv 管理的 PHP 编译扩展（如 vld、memcached）
不能直接用系统包管理器（如 apt install php-vld），因为那些扩展绑定的是系统默认 PHP，不是 phpenv 安装的版本。
立即学习“PHP免费学习笔记（深入）”；
必须用对应 PHP 版本的 phpize 和 php-config 工具链：
- 先确认目标 PHP 版本已激活：
phpenv local 8.3.13，再执行which phpize—— 应指向~/.phpenv/versions/8.3.13/bin/phpize - 下载源码（如
wget https://pecl.php.net/get/vld-0.14.0.tgz），解压进入目录 - 运行
~/.phpenv/versions/8.3.13/bin/phpize（路径必须写全，否则会调用系统 phpize） - 接着
./configure --with-php-config=~/.phpenv/versions/8.3.13/bin/php-config -
make && make install后，会输出类似Installing shared extensions: /home/user/.phpenv/versions/8.3.13/lib/php/extensions/no-debug-zts-20230831/ - 编辑该版本的
php.ini（~/.phpenv/versions/8.3.13/etc/php.ini），添加：extension=vld.so
为什么 pecl install 有时不生效？
因为 pecl 命令本身也受 phpenv 控制 —— 它调用的是当前激活 PHP 版本附带的 pecl 可执行文件。但仍有几个关键陷阱：
-
pecl install redis默认会尝试下载并编译，但若缺失autoconf、gcc或 OpenSSL 开发头文件（libssl-dev），会静默失败或卡住 - 某些扩展（如
sqlsrv）根本不支持pecl install，只能手动下载二进制 -
pecl安装成功后，仍需手动在php.ini中加extension=redis，它不会自动写入 - 运行
pecl list只显示通过pecl安装的扩展，不包括你手动复制的.so或.dll
最常被忽略的一点：每个 phpenv 安装的 PHP 版本都有独立的 php.ini、ext/ 目录和扩展加载路径。改错文件、放错目录、没重载配置，都会导致 php -m 看不到扩展，且毫无提示。
