Lua 5.1字节码：双精度浮点数(double)编码方式咨询

嘿，我刚好对Lua 5.1的常量数字编码这块比较熟悉，给你梳理下关键细节，应该能帮你解决和官方结果不匹配的问题：

Lua 5.1确实采用**IEEE 754双精度浮点数（64位）**存储数字常量，但几个容易忽略的细节是导致编码不匹配的常见原因：

• 字节序要求：Lua在存储双精度常量时强制使用小端字节序（little-endian）——也就是把浮点数的低字节放在内存的低地址位置。很多默认的浮点数转字节工具默认用大端序，这是最容易踩的坑。你可以用官方Lua的string.pack("<d", num)来生成标准编码，对比自己的输出结果。

• 规范化的浮点表示：不管源码里的数字是整数还是小数，Lua都会把它转换成规范的双精度浮点值存入常量池（哪怕是像100这样的整数，也不会用整数格式存储）。另外要注意，0.0和-0.0在双精度里是不同的编码，Lua会严格区分二者。

• 特殊值的编码规则：像NaN、Infinity这类特殊值，Lua 5.1也有明确的编码：

  • 正无穷：十六进制值为0x7FF0000000000000，小端字节序列是00 00 00 00 00 00 F0 7F
  • 负无穷：十六进制值为0xFFF0000000000000，小端字节序列是00 00 00 00 00 00 F0 FF
  • NaN：指数位全1且尾数不为0的任意双精度值，Lua都会正确识别并编码

• 字符串转数字的一致性：如果你是从源码字符串（比如"123.45"）解析数字，必须保证解析逻辑和Lua的tonumber()完全一致——Lua底层用的是C标准的strtod()函数，解析规则有严格定义，若你的解析器逻辑偏差，会导致最终的浮点值出现细微差异，进而编码不匹配。

验证小示例 #

你可以用官方Lua运行这段代码，生成标准的数字编码作为参考：

-- 生成数字123.45的标准编码
local target_num = 123.45
local official_bytes = string.pack("<d", target_num)

-- 逐字节打印十六进制
for i = 1, #official_bytes do
    print(string.format("%02X", string.byte(official_bytes, i)))
end

把你编译器生成的字节序列和这个结果对比，就能快速定位是值本身不对，还是字节序出了问题。

内容的提问来源于stack exchange，提问作者berudaz