答案是cli与web环境独立：composer仅检测php cli模式下实际加载的扩展，执行php -m无bcmath输出即表示缺失，需确认php --ini指向的配置文件已启用extension=bcmath.so且php版本匹配。
composer install 报 ext-bcmath 缺失，不是 PHP 版本问题，而是扩展根本没启用或被调用错版本。
为什么 composer install 会检测不到 bcmath
Composer 在 CLI 模式下运行时，只认 php -m 输出的已加载扩展列表。即使你在 web 环境（如 phpinfo）里看到 bcmath 已启用，CLI 下仍可能缺失——因为 CLI 和 FPM/CGI 使用的是不同配置文件、不同 php.ini、甚至不同 PHP 二进制文件。
- 执行
php --ini查看 CLI 实际加载的配置路径，重点检查列出的.ini文件是否包含bcmath启用项 - 执行
php -m | grep bcmath，如果无输出，说明 CLI 环境确实没加载该扩展 - 常见陷阱：系统有多个 PHP 版本（如 PHP 7.4 和 8.1），
composer调用的是旧版 PHP（比如/usr/bin/php），而你启用了 bcmath 的是新版（如/usr/local/bin/php） - 硬链接或软链接失效也会导致这种“看似装了却没用”的现象，尤其在重编译 PHP 后未更新
/usr/local/bin/php指向
Ubuntu/Debian 系统快速安装 bcmath
直接按当前 PHP 版本安装对应扩展包，不编译、不改 ini，最稳。
- 先查 PHP CLI 版本：
php -v（例如输出PHP 8.1.2） - 装扩展：
sudo apt install php8.1-bcmath（版本号必须严格匹配，不能写php-bcmath——它只是元包，可能指向错误版本） - 重启 PHP-FPM 或 Apache/Nginx（仅影响 Web 环境；CLI 不需要重启，但需确认
php -m已生效） - 验证：
php -m | grep bcmath有输出即成功
CentOS/RHEL 系统启用 bcmath 的关键点
YUM/DNF 安装行为和 Ubuntu 不同，容易漏掉版本前缀或忽略 SCL（Software Collections）环境。
- 若用官方仓库 PHP：
sudo yum install php-bcmath（RHEL/CentOS 7）或sudo dnf install php-bcmath（CentOS 8+） - 若用 Remi 或 SCL 提供的 PHP（如
php81）：sudo yum install php81-php-bcmath，且注意 CLI 默认可能仍调用系统默认 PHP，需用php81 -m验证 - 手动编译过 PHP 的，别再用
--enable-bcmath重新编译——优先尝试make install-bcmath或生成bcmath.so后在php.ini中加extension=bcmath.so - 确认
extension_dir设置正确，否则extension=bcmath.so会静默失败
composer install 成功但运行时报 bcmath 函数不存在？
这说明扩展已加载，但某些函数（如 bcadd）被禁用，或项目代码用了未声明的命名空间/类名。
- 检查
disable_functions配置项：执行php -i | grep disable_functions，确认里面没出现bcadd、bcsub等 - brick/math 类库不依赖 bcmath 扩展，但它会 fallback 到 bcmath；如果项目同时 require 了
brick/math和php-amqplib，后者强制要求 ext-bcmath，前者不强制——但 composer.lock 锁死两者，就会卡在 install 阶段 - 不要用
--ignore-platform-reqs绕过：装完后bcadd('1', '2')仍会 fatal error，这不是 autoload 问题，是底层扩展缺失
真正麻烦的从来不是装不上 bcmath，而是装了却没被 Composer 看见——因为 CLI PHP 和 Web PHP 是两套独立环境，连 php --ini 都可能指向完全不同的目录。每次遇到这类报错，第一反应不该是重装，而是先跑一遍 php -m 和 which php。
