PHP unpack解析Float结果异常，与自定义Hex转Float结果不符求助

你遇到的问题核心是字节序（endianness）的差异——PHP的unpack("f*")默认使用主机字节序，而你的自定义hexTo32Float方法是按照大端字节序解析的，刚好和Java的默认行为一致，所以才会出现结果不一致的情况。

详细拆解两种方法的差异： #

• PHP的unpack("f*")行为
  PHP的unpack函数中，f格式符代表的是主机字节序的单精度浮点数——也就是当前运行PHP的系统使用的字节序（绝大多数x86/x86_64系统是小端字节序）。如果你的二进制数据是按大端字节序存储的（这和Java的默认IO行为一致，比如DataInputStream.readFloat()就是读取大端字节序的float），那么直接用unpack("f")就会把字节顺序反转后解析，得到完全错误的结果，也就是你看到的-23944359936。

• 自定义hexTo32Float方法的行为
  你的自定义方法是严格按照大端字节序来解析IEEE 754单精度浮点数的：

  1. bin2hex($readData)会把二进制数据按原始字节顺序（从第一个字节到最后一个字节）转换成十六进制字符串；
  2. hexdec($strHex)把这个十六进制字符串转换成整数时，是按高位到低位的顺序处理的，完全符合大端字节序的存储逻辑；
  3. 之后的位运算也是严格按照IEEE 754大端结构（最高位是符号位，接下来8位是指数位，最后23位是尾数位）来计算浮点数，所以得到了正确的结果。

解决方案：指定字节序调用unpack #

PHP的unpack支持通过格式符指定字节序，你只需要把格式符从f改成对应的大端/小端格式即可：
如果你的二进制数据是大端字节序（和Java一致），用G格式符：

$readData = fread($stream, 4);
var_dump(unpack("G", $readData)[1]); // 会得到正确的0.22529149055481

如果是小端字节序，用g格式符。

这样修改后，unpack的行为就和你的自定义方法一致了，自然能得到预期结果。

内容的提问来源于stack exchange，提问作者Steve.NayLinAung