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