不能，phpenv ext list 仅显示通过 phpenv 安装的扩展，不包含编译内置扩展（如 json、mbstring）和手动在 php.ini 中启用的第三方扩展；权威检查方式是 php -m 或 get_loaded_extensions()。

phpenv ext list 能直接列出所有已安装扩展吗

不能。phpenv ext list 命令只显示「当前激活 PHP 版本下、通过 phpenv 安装过的扩展」，不包括编译时内置的扩展（如 json、mbstring），也不包括手动修改 php.ini 启用的第三方扩展（比如从 PECL 编译安装的 redis.so）。

它本质是读取 ~/.phpenv/versions/x.y.z/etc/php.d/ 下的配置片段，或插件记录的安装日志，并非调用 PHP 运行时接口。所以看到的列表往往比实际 php -m 输出少一截。

• 如果你刚用 phpenv ext install xdebug 装过，它大概率会出现在 ext list 里
• 但 mysqli、pdo_sqlite 这类随 PHP 源码一起编译进来的，不会列出来
• 手动把 extension=igbinary.so 写进 php.ini 后，ext list 也看不到

真正可靠的扩展检查方式：php -m 和 get_loaded_extensions()

判断一个扩展是否「已加载并可用」，唯一权威依据是 PHP 解析器本身。终端执行 php -m 或 php -r "echo implode('\n', get_loaded_extensions());"，输出内容就是当前 CLI 环境下真实生效的扩展列表。

注意三点：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

• php -m 输出的是模块名（如 opcache），不是文件名（opcache.so）
• Web 环境和 CLI 环境可能不同 —— Apache/Nginx 的 PHP 配置路径可能和 php -i | grep 'Loaded Configuration File' 显示的不一致
• 如果某扩展在 php -m 里没出现，但你确认 extension=xxx.so 已写入 php.ini，请检查 extension_dir 路径是否正确、so 文件是否存在、权限是否可读

phpenv ext install 安装失败常见原因

这个命令依赖 php-build 插件和系统级编译工具链，失败通常不是因为命令输错，而是环境缺失。

• 缺少 autoconf、bison、libssl-dev 等构建依赖（Ubuntu/Debian 上需 sudo apt install build-essential autoconf bison libssl-dev libcurl4-openssl-dev）
• PHP 版本太新或太旧，对应扩展尚未发布兼容版本（例如用 PHP 8.4 beta 尝试装 apcu 7.1.x，会报 configure 错误）
• 扩展需要额外的系统库（如 gd 需 libjpeg-dev，pgsql 需 libpq-dev），但未预装
• 执行时没激活目标 PHP 版本（phpenv global 8.2.12 没运行，导致 phpenv ext install 默认对系统 PHP 操作）

宝塔面板 + phpenv 混用时的扩展可见性冲突

如果你在宝塔面板里装了 PHP 8.0，又用 phpenv 单独装了 PHP 8.2，二者扩展互不可见 —— 宝塔管理的是其自身安装路径下的 php.ini 和 ext/ 目录；phpenv 管理的是 ~/.phpenv/versions/8.2.12/ 下的独立环境。

此时 phpenv ext list 只反映 phpenv 环境，而宝塔后台「安装扩展」选项卡只反映宝塔自己的 PHP 实例。两者同时启用时，容易误以为某个扩展“装了却没生效”，其实是调用了错误的 PHP 二进制。

验证方法很简单：which php 和 php -v 必须与你预期的管理工具一致；否则所有扩展操作都作用于另一个环境。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！