Java中float和double严格遵循IEEE 754标准：float为32位（1位符号+8位指数+23位尾数），double为64位（1位符号+11位指数+52位尾数），可直接通过Float.intBitsToFloat等方法进行位级操作与解析。
Java 中的 float 和 double 类型完全遵循 IEEE 754 标准，不是“近似实现”，而是严格按位定义的二进制表示。理解这一点，是正确使用浮点数、排查精度问题、解析协议数据（如 Modbus、传感器原始字节）的前提。
Java 浮点类型的 IEEE754 对应关系
Java 没有自定义浮点格式，它直接映射标准：
- float → IEEE 754 单精度（32 位）：1 位符号 + 8 位偏移指数 + 23 位尾数（隐含前导 1）
- double → IEEE 754 双精度（64 位）：1 位符号 + 11 位偏移指数 + 52 位尾数（隐含前导 1）
这意味着：Float.floatToIntBits(3.14f) 返回的 int 值，就是该数在内存中的**原封不动的 32 位二进制布局**；同理，Double.doubleToLongBits() 返回的就是 64 位原始位模式。
如何在 Java 中安全地查看和构造 IEEE754 位模式
不依赖字符串或算术转换，直接操作位——这是调试和协议解析的核心能力：
立即学习“Java免费学习笔记（深入）”；
- 从 float 获取位模式：
int bits = Float.floatToIntBits(value); - 从位模式还原 float：
float f = Float.intBitsToFloat(bits); - 拆解三要素（以 float 为例）：
• 符号位：(bits >> 31) & 0x1
• 指数域：(bits >> 23) & 0xFF（值为 0～255）
• 尾数域：bits & 0x7FFFFF（低 23 位） - 注意：指数域为 0 表示非规格化数或零；为 255 表示无穷大或 NaN；正常范围是 1～254，对应真实指数 −126 到 +127。
为什么 0.1 + 0.2 ≠ 0.3？根源在二进制表示
这不是 Java 的 Bug，而是 IEEE 754 的数学必然：
- 十进制小数 0.1 在二进制中是无限循环小数：
0.0001100110011…₂ - 单精度只有 23 位尾数，必须截断或舍入 → 存储的是一个**最接近 0.1 的可表示值**（实际约为 0.10000000149011612）
- 同理，0.2 也被近似；两者相加后，结果仍是一个近似值，与精确的 0.3 在二进制中不等价
- 验证：
System.out.println(0.1f + 0.2f == 0.3f); // false
实战场景：解析 4 字节十六进制浮点数据（如 Modbus）
常见于工业通信：你收到字节数组 [0xA9, 0x48, 0xC0, 0x69]，手册说这是单精度浮点温度值。正确解析步骤：
- 确认字节序：多数设备用大端（Big-Endian），即高位字节在前 → 拼成 int：
0xA948C069 - 转为 int：
int hexInt = 0xA948C069; - 还原 float：
float temp = Float.intBitsToFloat(hexInt); - 若设备用小端（Little-Endian），需先翻转字节：
ByteBuffer.wrap(bytes).order(ByteOrder.LITTLE_ENDIAN).getFloat() - 错误做法：把
0xA948C069当作十进制或十六进制整数去解读，那得到的是 2840150121，毫无物理意义。
不复杂但容易忽略
