bz2扩展在phpenv下默认不启用，需编译PHP时显式添加--with-bz2参数并安装bzip2-devel等依赖，否则php -m无bz2且bzopen()报错；CLI与Web SAPI可能使用不同PHP版本导致phpinfo()显示已加载而php -m未列出。
phpenv 环境下 bz2 扩展默认不启用，需手动编译时加入
phpenv 本身只是版本管理工具，不自动开启任何扩展。bz2 扩展是否可用，完全取决于你用 php-build 编译 PHP 时是否启用了 --with-bz2 参数。如果你之前装的 PHP 版本没带这个参数，php -m 就不会列出 bz2，bzopen() 会直接报 Call to undefined function bzopen()。
解决方法不是“开启”，而是重装一个带 bz2 的 PHP 版本：
- 确保系统已安装
bzip2-devel（CentOS/RHEL）或libbz2-dev（Debian/Ubuntu） - 编辑
~/.phpenv/plugins/php-build/share/php-build/default_configure_options，确认包含--with-bz2 - 执行
phpenv install 8.3.5（或其他版本），它会按配置自动编译 - 装完后切到该版本：
phpenv global 8.3.5，再运行php -m | grep bz2验证
为什么 php -m 看不到 bz2，但 phpinfo() 里却显示 loaded？
这是常见错觉。实际是：你可能在多个 PHP 配置中混用了不同版本 —— 比如 CLI 用的是系统自带 PHP（没 bz2），而 Web 服务器（如 Apache 或 php-fpm）加载的是 phpenv 切换后的版本（有 bz2）。所以 php -m 查的是 CLI SAPI，phpinfo() 显示的是 Web SAPI。
验证方式必须统一环境：
立即学习“PHP免费学习笔记（深入）”；
- CLI 下查：
php -i | grep "Configure Command"看编译参数有没有--with-bz2 - Web 下新建
info.php，里面写<?php phpinfo(); ?>，搜索 “bz2” 和 “Configure Command” - 如果两者结果不一致，说明你没真正切到 phpenv 管理的 PHP —— 检查
which php输出路径是否为~/.phpenv/shims/php
bzopen() 报错 “failed to open stream: No such file or directory” 怎么定位？
这个错误和 phpenv 或扩展无关，纯属路径/权限问题。bz2 函数本身已加载，但文件系统拒绝访问。
排查顺序如下：
-
bzopen('/path/to/file.bz', 'r')中的路径必须是绝对路径，或相对于当前工作目录（getcwd()返回值），不是相对于脚本位置 - 检查文件是否存在：
file_exists('/path/to/file.bz')，注意软链接、挂载点、SELinux 上下文（尤其 CentOS） - 确认 PHP 进程用户（如 www-data、nginx、daemon）对该文件有读权限，且对父目录有
x（执行）权限（即能进入目录） - 如果是 CLI 运行，
ls -l /path/to/file.bz看属主和权限；如果是 Web，用posix_getpwuid(posix_geteuid())查实际运行用户
用 phpenv 装好 bz2 后，bzcompress() 和 bzopen() 行为不一致？
是的，它们走的是不同底层机制：bzcompress() 是内存压缩函数，不依赖文件 I/O；bzopen() 是流式文件接口，依赖 zlib/bz2 库的完整实现。
这意味着：
-
bzcompress()只要扩展加载成功就能用，哪怕没装系统级bzip2命令 -
bzopen()在某些精简容器（如 Alpine）中可能失败，因为缺少libbz2.so运行时库，即使 PHP 编译时加了--with-bz2 - 若遇到
bzopen(): failed to create stream但bzcompress()正常，优先检查系统是否安装了libbz2运行时包（如 Alpine 的apk add bzip2）
最易被忽略的一点：phpenv 管理的 PHP 编译产物是静态链接还是动态链接，决定了它是否真的把 bz2 功能“打进”二进制里 —— 大多数默认是动态链接，仍需系统提供 .so。
