PHP 8.5 编译时没启用 gmp 扩展，extension=gmp 加了也报错
PHP 8.5 默认不带 gmp，哪怕你写了 extension=gmp 到 php.ini，启动时也会提示 PHP Warning: Unable to load dynamic library 'gmp' —— 因为根本没编译进去。
关键不是加配置，是编译 PHP 时得带上 --with-gmp，且系统得先装好 GMP 库头文件：
- Ubuntu/Debian：运行
sudo apt install libgmp-dev - CentOS/RHEL：运行
sudo yum install gmp-devel（或dnf install gmp-devel） - macOS（Homebrew）：运行
brew install gmp
然后重新编译 PHP：./configure --with-gmp --enable-cli ... [其他选项]。漏掉 libgmp-dev 或只改 php.ini 都白搭。
gmp_init() 输入字符串太长直接返回 false，但没报错
gmp_init() 对非法字符、空字符串、超长输入很“安静”：不抛异常，也不警告，就默默返回 false。常见于从数据库或 API 拿到的数字字符串含空格、换行、前导零甚至 Unicode 分隔符。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 用
trim()清掉首尾空白：gmp_init(trim($str)) - 用正则预检：
if (!preg_match('/^[0-9a-fA-F]+$/i', $str)) { /* 拒绝非十六进制/十进制字符 */ } - 别依赖
gmp_init()自动类型转换；传整数会触发隐式转字符串再解析，容易溢出或截断
示例：gmp_init("123 456") 返回 false，但 var_dump() 看不出异样，后续 gmp_add() 就崩。
PHP 8.5 下 gmp_cmp() 和 == 对大数比较结果不一致
gmp_cmp($a, $b) 返回 -1 / 0 / 1，语义明确；而 $a == $b 在 PHP 8.5 中对 GMP 对象会尝试转成 float 比较，一旦超过 PHP_FLOAT_MAX（约 1e308），就变成 INF == INF，恒为 true。
这是最隐蔽的坑：逻辑看似正常，实际在超大数场景下完全失效。
- 永远用
gmp_cmp()做相等/大小判断，不用==、===或/<code>> -
gmp_cmp($a, $b) === 0是唯一靠谱的“相等”写法 - 注意
gmp_cmp()不支持混合类型比较（比如gmp_cmp($gmp_obj, 123)可能失败，统一转成gmp_init()再比）
用 gmp_strval() 导出大数时，十六进制输出带前缀 0x？
gmp_strval() 默认十进制，第二个参数指定进制；但它**不会自动加 0x 前缀**。如果你看到 0x...，那是你自己拼的，或者用了别的库。
常见误操作：以为 gmp_strval($n, 16) 返回 "0xabc"，其实返回的是 "abc"（小写，无前缀）。
- 要补
0x：直接拼'0x' . gmp_strval($n, 16) - 要大写：用
strtoupper()包一层 - 注意性能：频繁调用
gmp_strval()转超长字符串（如 10 万位）会明显拖慢，可考虑分段处理或缓存中间结果
另外，gmp_strval() 在 PHP 8.5 中仍不支持自定义进制（比如 base58），别指望它能直接输出比特币地址格式。
GMP 的核心陷阱不在安装，而在“看起来像普通整数，用起来却处处是对象行为”。类型混用、静默失败、比较逻辑错位——这些在小数据时全被掩盖，一到生产环境的大数场景就集中爆发。
