php5 包在 x84_64 环境下损坏

Question

 pack('H*', dechex(12345678900)) /* 在 32 位上 */  
!= pack('H*', dechex(12345678900)) /* 在 64 位上 */

为什么 ？

Answer 1

我不知道如何解决它，但我想我知道为什么会发生这种情况。这里没有错误 - 直接从手册 http://php.net/manual/en/ function.dechex.php

可转换的最大数字为十进制 4294967295，结果为“ffffffff”

我不知道 php“内部”究竟发生了什么，但您可能会导致 32 位无符号整数溢出（12,345,678,900 > 4,294,967,295）。由于在 64 位上此限制应为 18,446,744,073,709,551,615，dechex 返回“正确”值（32 与 64 位差异似乎没有记录，我可能是错的，因为我没有用于测试的 64 位系统）。

//编辑：

作为最后的手段，你可以使用 GMP 扩展来制作你自己的hecdex 函数适用于 32 位系统，但这会产生大量的开销。可能将是现代编程中已知的最慢的实现之一。

//Edit2：

使用 BCMath 编写了一个函数，我在 Windows 上此刻，正在努力寻找 GMP 的正确 dll。

function dechex32($i) {
    //Cast string
    $i = (string)$i;
    //Initialize result string
    $r = NULL;
    //Map hex values 0-9, a-f to array keys
    $hex = array_merge(range(0, 9), range('a', 'f'));
        //While input is lagrer than 0
        while(bccomp($i, '0') > 0) {
            //Modulo 16 and append hex char to result
            $r.= $hex[$mod = bcmod($i, '16')];
            //i = (i - mod) / 16
            $i = bcdiv(bcsub($i, $mod), '16');
        }
    //Reverse result and return
    return strrev($r);
}

var_dump(dechex32(12345678900));
/*string(9) "2dfdc1c34"*/

没有彻底测试，但似乎有效。作为最后的手段使用 - 100,000 次迭代的粗略基准测试确实表明，它比本机实现慢约 40 倍。