PHP原生不支持大整数运算，int超限会静默转float导致精度丢失；须全程用字符串配合BCMath或GMP函数处理，关键注意JSON解析和PDO类型映射。
PHP原生不支持大整数运算，int会自动转为float导致精度丢失
PHP的int类型在64位系统上最大约9.2×10¹⁸，超出就 silently 转成float——这不是警告，是静默降级。比如PHP_INT_MAX + 1结果是9223372036854775808.0（带小数点），后续做%或bcmod时直接报错BCMath function operand is not a valid number。
- 别用
(int)强转字符串大数，(int)"99999999999999999999"结果是9223372036854775807（溢出截断） - 读取JSON时，大整数字段默认被
json_decode()转成float，必须传JSON_BIGINT_AS_STRING标志 -
echo或var_dump看起来“显示正常”，不代表内部值准确——用is_int()和gettype()双重验证
用bcadd、bcmul等BCMath函数做四则运算
BCMath是PHP内置扩展，所有函数都要求操作数是字符串，返回也是字符串。它不依赖CPU整数位宽，只受限于内存和bcscale设置。
- 必须先用
bcscale(0)设小数位数，否则bcdiv默认返回0位小数，bcdiv("10", "3")得"3"而非"3.333..." - 加减乘用
bcadd/bcsub/bcmul，除法用bcdiv，取模用bcmod——没有bcpow这种“幂函数”，要自己循环乘 - 参数顺序不能错：
bcadd($a, $b)是对的，bcadd($b, $a)虽然数学等价，但若涉及负数或前导空格，字符串比较逻辑可能影响结果
echo bcadd("12345678901234567890", "98765432109876543210"); // "111111111011111111100"
处理超长数字字符串时，gmp_*比BCMath快但需扩展启用
gmp_add、gmp_mul等函数底层调用GMP库，对超长数（万位以上）运算速度明显优于BCMath，但需要PHP编译时启用--with-gmp，且gmp_init()输入支持十进制字符串或int，输出要用gmp_strval()转回字符串。
- Windows下PHP官方二进制包默认不含GMP，
extension=php_gmp.dll会报错“找不到指定模块” -
gmp_cmp($a, $b)返回-1/0/1，比strcmp(gmp_strval($a), gmp_strval($b))安全得多——避免字符串首零或符号处理错误 - GMP函数对非法字符更敏感：
gmp_init("123abc")返回False，而bcadd("123abc", "1")会静默截断为"123"
从数据库或API拿到大整数时，必须全程保持字符串形态
MySQL的BIGINT UNSIGNED最大到1.8×10¹⁹，远超PHPint范围；微信/支付宝回调里的out_trade_no、transaction_id也常是32位以上数字字符串。任何中间环节转成int或float都会出问题。
立即学习“PHP免费学习笔记（深入）”；
- PDO默认把数字字段映射为
int或float，用PDO::ATTR_STRINGIFY_FETCHES => true强制全转字符串 - mysqli中设置
mysqli_options($conn, MYSQLI_OPT_INT_AND_FLOAT_NATIVE, false)禁用原生类型转换 - 别在SQL里写
WHERE id = 12345678901234567890123——这字面量在PHP解析阶段就被当成float了，改用WHERE id = ?占位符+字符串绑定
float，后面用bcadd也救不回来——它只认字符串，不认float。 
