phpenv环境下gmp扩展默认不启用，需在编译PHP时通过CONFIGURE_OPTS="--enable-gmp"指定启用，或手动补装并正确配置extension路径。
phpenv 环境下 gmp 扩展默认不启用
phpenv 本身只管理 PHP 版本切换，不自动启用任何扩展。即使你用 phpenv install 7.4.33 装了 PHP，gmp 也不会自动加载——它必须在编译时启用，或在已安装的 PHP 上手动补装。CentOS/RHEL 系统里 gmp-devel 是编译依赖，不是运行时扩展；Debian/Ubuntu 则有预编译包可直接装。
用 phpenv 安装带 gmp 的 PHP（推荐编译时启用）
最稳妥的方式是重装一个启用 --enable-gmp 的 PHP 版本。前提是你已装好系统级 gmp 开发库：
- CentOS/RHEL：
yum install -y gmp-devel - Ubuntu/Debian：
apt install -y libgmp-dev
然后告诉 phpenv 编译时开启 gmp：
CONFIGURE_OPTS="--enable-gmp" phpenv install 7.4.33
装完后验证：php -m | grep gmp 应该输出 gmp；php -r "echo gmp_strval(gmp_init('12345678901234567890'));"; 能正常输出大整数字符串。
立即学习“PHP免费学习笔记（深入）”；
给已安装的 phpenv PHP 补装 gmp（不推荐，易出错）
phpenv 安装的 PHP 默认不带 phpize 可执行文件路径暴露，且源码不在本地。强行补装需手动下载对应版本 PHP 源码、解压、进 ext/gmp 目录，再用该 PHP 对应的 phpize 和 php-config 编译。容易踩的坑包括：
-
phpize路径不对：得用~/.phpenv/versions/7.4.33/bin/phpize，不是系统全局的 -
configure找不到gmp.h：说明系统没装gmp-devel或路径未被识别 - 编译成功但
extension=gmp.so加载失败：因为 phpenv 的php.ini通常不读取/usr/local/lib，得确认so文件实际位置并写绝对路径
示例关键命令（仅当确定要走这条路）：
cd ~/src/php-7.4.33/ext/gmp<br>~/.phpenv/versions/7.4.33/bin/phpize<br>./configure --with-php-config=~/.phpenv/versions/7.4.33/bin/php-config<br>make && make install
然后查输出的 Installing shared extensions: 行，把路径记下来，加到 ~/.phpenv/versions/7.4.33/etc/php.ini 里：extension=/home/xxx/.phpenv/versions/7.4.33/lib/php/extensions/no-debug-zts-20190902/gmp.so
验证 gmp 是否真正可用
别只信 php -m 输出，gmp 在某些 PHP 构建中可能“存在但不可用”。运行这两行最简测试：
php -r "var_dump(function_exists('gmp_init'));"<br>php -r "echo gmp_strval(gmp_pow(2, 100));"
第一行必须输出 bool(true)；第二行必须输出 1267650600228229401496703205376。如果报 Call to undefined function gmp_init()，说明扩展没加载成功；如果报 gmp_pow(): Unable to convert variable to GMP，说明 gmp 已加载但底层库链接异常——大概率是系统 gmp 版本太老或 ABI 不兼容。
这种 ABI 兼容性问题在 phpenv + 自编译 PHP + 系统旧版 gmp 组合中最隐蔽，比配置错误更难排查。
