php整数位宽由平台决定，无固定位数；32位系统为32位有符号，64位系统为64位有符号；应使用php_int_size（字节数）和php_int_max等常量获取真实范围，而非字符串或二进制转换。
PHP整数没有固定“位数”概念，int长度取决于平台和编译配置
PHP 的 int 不是像 C 那样有 int32_t 或 int64_t 的确定位宽类型。它底层用的是 C 的 long（或 int64_t，取决于编译选项），所以实际能表示的范围由 PHP 所运行的系统决定：32 位系统通常是 32 位有符号整型（±2³¹−1），64 位系统通常是 64 位有符号整型（±2⁶³−1）。
这意味着你不能靠写个函数“获取整型长度”，因为：
-
strlen((string)$n)返回的是十进制字符串长度，不是二进制位数 -
decbin($n)转二进制再strlen会出错：负数会带-前缀，且高位补零逻辑不统一 -
PHP_INT_SIZE是字节数（不是位数），PHP_INT_MAX是最大值，二者才是真实可用的平台信息
想知道当前环境 int 最大能到多少？直接查常量
PHP 在启动时就定义好了平台相关常量，这是唯一可靠的方式：
echo PHP_INT_SIZE; // 输出 4 或 8（字节数） echo PHP_INT_MAX; // 输出 2147483647 或 9223372036854775807 echo PHP_INT_MIN; // 输出 -2147483648 或 -9223372036854775808
注意：PHP_INT_SIZE * 8 才是理论最大位宽（比如 8 * 8 = 64），但这只是存储空间，不代表所有操作都按该位宽处理——比如位运算在超大整数上可能隐式转为 float，导致精度丢失。
立即学习“PHP免费学习笔记（深入）”；
- 不要用
log($n, 2)或循环右移来“算位数”，对负数、0、边界值极易出错 -
PHP_INT_MAX是硬限制，超出后 PHP 会自动转成float，而float在整数范围内也有精度上限（如 2⁵³ 后无法精确表示相邻整数） - 如果真要跨平台保证 64 位整数安全，请用
gmp或bcmath扩展，而不是依赖原生int
想算某个整数的二进制有效位数（即 floor(log₂|n|)+1）？自己写要小心边界
这属于数学计算，不是类型查询。例如 10 的二进制是 1010，有效位数是 4；0 是特例，通常认为是 1 位；负数一般按绝对值算。
function int_bit_length($n): int {
if ($n === 0) return 1;
$n = abs($n);
return (int)floor(log($n, 2)) + 1;
}但这个函数有坑：
-
log(0, 2)会警告，所以必须单独判断0 - 浮点误差：比如
log(2**53, 2)可能返回53.00000000000001，floor后还是 53，但2**53 + 1实际已无法被 float 精确表示 - 大数（接近
PHP_INT_MAX）用log不稳定，更稳妥是位移计数（但要注意>>对负数行为未定义）
需要可移植的位宽控制？别依赖 int，改用 pack/unpack 或扩展
如果你在做协议解析、加密、序列化这类对字节布局敏感的事，PHP 原生 int 类型完全不可靠。此时应明确指定格式：
- 用
pack('N', $n)强制按 32 位大端无符号打包（不管平台） - 用
unpack('N', $data)[1]反解，结果是 int，但语义由 pack 格式定义 - 若需 64 位，
pack('J', $n)（大端）或pack('P', $n)（小端），前提是系统支持（PHP 7.1+，且PHP_INT_SIZE >= 8） - 否则老老实实用
gmp_init()+gmp_strval($n, 2)获取任意精度二进制字符串
真正容易被忽略的是：PHP 的整数溢出不会报错，而是静默转 float，后续参与运算可能突然失去精度。这种 bug 很难复现，尤其在 64 位环境开发、32 位环境上线时。
