不能，phpenv ext list 命令不存在；phpenv 仅管理 php 版本，不管理扩展，验证扩展是否生效应使用 php -m 或 extension_loaded()。
phpenv ext list 能直接列出已安装扩展吗
不能。phpenv ext list 命令本身并不存在 —— PHPEnv 官方文档和实际二进制中都没有这个子命令。你执行它会得到 Command 'ext' not found 或类似报错。PHPEnv 的核心职责是管理 PHP 版本，不是扩展管理器；它不记录、不维护、也不扫描你手动安装的扩展（比如通过 pecl install 或编译安装的 .so 文件）。
确认某个扩展是否对当前 PHP 版本生效，该看哪里
必须落到 PHP 运行时实际加载的状态，而不是“文件放没放”或“ini 里写没写”。关键判断依据只有两个：
-
php -m输出中是否包含该扩展名（如redis、gd），这是最快速有效的 CLI 环境验证方式 -
php -r "var_dump(extension_loaded('redis'));"返回bool(true)，比查列表更精准，尤其适合脚本化断言 - 注意：CLI 和 Web（如 Apache/Nginx）使用的是两套独立的
php.ini，php -m查的是 CLI 配置，phpinfo()查的是 Web SAPI 配置 —— 同一个扩展在两者中可能只有一边启用
为什么 php --ini 显示的 php.ini 里写了 extension=xxx.so，但 php -m 里没有
常见原因有四个，按发生频率排序：
-
extension_dir路径错误：ini 中extension_dir指向的目录下根本不存在xxx.so（比如路径写成/usr/lib/php/20220829/，但文件实际在/usr/lib/php/20230831/） - 扩展与 PHP 版本 ABI 不兼容：用 PHP 8.2 编译的
redis.so强行加载到 PHP 8.3 进程会静默失败（无报错，但不出现） - 依赖缺失：例如
imagick.so启动时找不到系统级的 ImageMagick 库，就会跳过加载（php -m不显示，错误日志里才写failed to load imagick.so: libMagickWand-7.Q16HDRI.so: cannot open shared object file） - ini 文件未被加载：
php --ini显示 “Loaded Configuration File: (none)” 或路径不对，说明你改的不是当前生效的配置文件
PHPEnv 环境下装完扩展后必须做的三件事
PHPEnv 只帮你切换 PHP 二进制，不接管扩展生命周期。装完一个扩展（比如用 pecl install xdebug），立刻执行：
- 确认当前
php命令指向的是你期望的 PHPEnv 版本：which php应输出类似~/.phpenv/shims/php，且php -v版本号匹配 - 检查该版本对应的
php.ini是否已添加extension=xdebug.so，路径可通过php --ini查得；别忘了extension_dir指向正确子目录（不同 PHP 小版本的 SO 目录名不同） - 运行
php -m | grep xdebug，如果没输出，就别急着配 IDE —— 先看php -i | grep "extension_dir"和ls -l $(php -r "echo ini_get('extension_dir');")，确认文件真在那儿且权限可读
最容易被忽略的是：PHPEnv 切换版本后，pecl 默认仍作用于系统全局 PHP，不是当前 phpenv 版本。装扩展前必须先 phpenv local 8.3.13，再 pecl install，否则装到错的版本目录里了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
