php int在64位系统上不固定为64位，实际位数取决于编译环境：linux/macos通常为64位（php_int_size=8），windows通常为32位（php_int_size=4）；溢出时静默回绕，大数处理应优先用json_bigint_as_string或gmp/bcmath。
PHP int 在 64 位系统上到底是多少位？
PHP 的 int 是平台相关类型，不是固定 32 或 64 位 —— 它取决于编译时的 SIZEOF_LONG（C 层），而这个值在主流 64 位 Linux/macOS 上通常是 8 字节（即 64 位），但 Windows 上即使 64 位系统也常是 4 字节（32 位），因为 PHP 官方 Windows 构建默认用 MSVC 编译，long 仍是 32 位。
所以不能只看操作系统位数，得看 PHP 实际运行环境：
-
php -r "echo PHP_INT_SIZE;"—— 输出8表示 64 位整型，4表示 32 位 -
php -r "echo PHP_INT_MAX;"—— 直接看最大值：9223372036854775807（2⁶³−1）是 64 位，2147483647（2³¹−1）是 32 位 - Docker 镜像、云函数（如 AWS Lambda PHP 运行时）多数为 64 位；WAMP/XAMPP Windows 包多数为 32 位
为什么 intval('9223372036854775808') 溢出变成负数或零？
溢出不报错，是 PHP 的设计行为：超出 PHP_INT_MAX 时，会静默回绕（wrap around），结果不可预测（常见为 PHP_INT_MIN 或 0）。这不是 bug，是 C 层整型溢出的直接暴露。
典型场景：处理数据库主键（如 MySQL BIGINT UNSIGNED）、时间戳微秒值、加密 ID 解码 —— 这些值可能超过 PHP_INT_MAX。
立即学习“PHP免费学习笔记（深入）”；
- 用
intval()或强制转换(int)处理超大数字字符串，一定先校验范围：if ($str > PHP_INT_MAX || $str （注意：这里 <code>$str是字符串，PHP 会隐式转成 float 比较，有精度风险） - 更安全的做法是用
filter_var($str, FILTER_VALIDATE_INT, ['options' => ['min_range' => PHP_INT_MIN, 'max_range' => PHP_INT_MAX]]) - 若必须处理超范围整数，改用
GMP或BCMath扩展，例如gmp_init($str)，但后续所有运算都得用 GMP 函数
json_decode() 把大数字变成科学计数法或丢失精度？
这是 JSON 解析层的问题：PHP 默认把 JSON 数字解析为 int 或 float，一旦原始数字超过 PHP_INT_MAX，就会降级为 float，而 float 在 64 位系统上只有约 15–17 位有效十进制精度，导致末尾数字被抹平或转成 1.23e+18 形式。
- 解法一（推荐）：加
JSON_BIGINT_AS_STRING标志：json_decode($json, false, 512, JSON_BIGINT_AS_STRING)，这样所有大整数都保持为string类型，后续用GMP或正则校验 - 解法二：服务端输出 JSON 前，对关键字段（如
id、amount）主动转字符串："id": "'.(string)$id.'" - 注意：Laravel 的
response()->json()默认不启用该标志，需手动传参；Symfony 的JsonResponse同理
用 pack()/unpack() 处理二进制整型时踩的坑
这两个函数依赖格式字符（如 "N"、"q"）明确指定字节序和位宽，和 PHP_INT_SIZE 无关。容易误以为 "i" 就是“本地 int”，但它实际对应 C 的 int（通常 32 位），不是 PHP 的 int。
- 读写协议/文件头时，必须按规范选格式：
"q"（8 字节有符号，大端）或"P"（8 字节无符号，小端），而不是赌"i"或"l" -
unpack('qmyval', $bin)返回的是 array，且myval是 int —— 如果$bin实际存的是大于PHP_INT_MAX的值，它仍会溢出（比如 0x8000000000000000 变成负数） - 安全做法：用
unpack('H*', $bin)先转十六进制字符串，再用gmp_init($hex, 16)处理
最常被忽略的一点：你以为自己在写“跨平台安全”的整型逻辑，但只要用了 (int)、intval()、json_decode()（无标志）、或任何隐式转换，就已把代码绑死在当前 PHP 构建的整型宽度上。真要可靠，要么全程用字符串 + GMP，要么在部署时用 PHP_INT_SIZE 显式兜底校验。
