gmp扩展在phpenv中必须编译期启用，不可运行时动态加载；需先安装系统gmp开发库，再用phpenv install --with-gmp重装php版本，并通过function_exists('gmp_init')和gmp_pow验证是否生效。
GMP 扩展在 phpEnv 中默认不启用，必须手动编译并配置才能使用 —— 因为 phpEnv 管理的是多个 PHP 版本的二进制，而 GMP 是编译期决定的依赖，不是运行时可插拔的 .so 模块。
phpenv install 时必须带 --with-gmp 参数
phpEnv 安装 PHP 是从源码编译的，GMP 不像 curl 或 mbstring 那样能后期用 phpize 补上。它必须在 configure 阶段就声明依赖，否则生成的二进制根本不认识 gmp_init() 这类函数。
- 先确认系统已装
libgmp-dev（Debian/Ubuntu）或gmp-devel（CentOS/RHEL）：sudo apt install libgmp-dev或sudo yum install gmp-devel - 安装指定 PHP 版本时显式启用 GMP：
phpenv install 8.1.25 --with-gmp - 如果已装过某版本（如
8.1.25），不能直接“启用”，必须卸载重装：phpenv uninstall 8.1.25 && phpenv install 8.1.25 --with-gmp
验证 gmp 是否真正编译进 PHP 二进制
仅靠 php -m | grep gmp 没用 —— 它只会查扩展目录下的 gmp.so，而 phpEnv 编译的 GMP 是静态链接进主二进制的，不会生成独立 so 文件。
- 正确验证方式是调用函数：
php -r "var_dump(function_exists('gmp_init'));"→ 应输出bool(true) - 再试一个基础运算：
php -r "echo gmp_strval(gmp_pow(2, 100));"→ 应输出1267650600228229401496703205376 - 如果报错
Call to undefined function gmp_init()，说明编译时漏了--with-gmp，不是配置问题
为什么不用 pecl install gmp 或 phpize？
因为官方 GMP 扩展早已被移出 PECL —— 自 PHP 5.6 起，GMP 就是核心扩展之一，源码内置在 PHP 主仓库的 ext/gmp/ 目录下，不再单独发布。所以：
-
pecl install gmp会失败（找不到包） -
phpize在ext/gmp目录下能跑通，但make install生成的gmp.so无法被加载：PHP 启动时检测到核心扩展已存在（即使未启用），会忽略外部 so - 强行写
extension=gmp.so到php.ini可能导致启动警告甚至崩溃
真正麻烦的地方在于：phpEnv 的每个版本都是独立编译产物，改一个版本的配置不影响其他版本；但一旦选错参数重装，所有基于该 PHP 版本的项目都要重新测试兼容性 —— 尤其是涉及大数加密、RSA 密钥运算的场景，差一位都会验签失败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
