Java中应优先选double，因其15～16位有效数字可抑制误差累积；float仅6～7位，易致迭代失真，仅在内存/带宽受限且精度要求不高时选用。
Java 中选 double 还是 float，关键不是“哪个更快”或“哪个更省”，而是看精度是否够用、误差是否可接受、场景是否特殊。绝大多数情况下，直接用 double 更稳妥、更自然、也更少出错。
优先用 double 的常见情况
这是 Java 的默认浮点类型，也是日常开发中最安全的选择：
- 普通业务逻辑中的小数运算（比如价格计算、用户评分、距离换算）
- 科学计算、物理模拟、地理坐标（经纬度需保留到 10⁻⁷ 度级）
- 机器学习参数、图像处理中间计算（如归一化、梯度更新）
- 涉及多次累加、开方、三角函数等易放大误差的运算
- 使用 Java 标准数学库（
Math.sin、Math.sqrt等），它们都以double为入参和返回值
可以考虑 float 的少数场景
用 float 不是“优化”，而是有明确权衡后的选择，必须满足两个条件：精度要求不高 + 内存/带宽确实受限：
- 图形渲染（OpenGL/Vulkan 中的顶点坐标、颜色值、法线向量）——像素级误差不影响视觉效果
- 嵌入式或移动端大量浮点数组（如传感器原始数据缓存、图像像素缓冲）
- 高性能计算中显式控制内存占用（例如百万级
float[]比double[]少占 4MB）
注意：float 必须写后缀 f 或 F（如 3.14f），否则编译报错；混用时容易隐式转成 double 再截断，反而损失精度。
立即学习“Java免费学习笔记（深入）”；
金融与相等判断这类“高危操作”要绕开两者
float 和 double 都无法精确表示十进制小数（如 0.1），只是近似值。因此：
- 货币计算必须用
BigDecimal（构造时传字符串，如new BigDecimal("19.99")） - 浮点数比较不能用
==，要用Math.abs(a - b) < EPSILON - 哪怕只做一次
0.1f + 0.2f，结果也不等于0.3f；double虽然更接近，但依然不是精确相等
别被“省内存”误导：JVM 层面没那么省
在现代 JVM 上，float 并不比 double 更省内存或更快：
- 局部变量和运算过程中，JVM 常把
float提升为double处理，额外增加类型校验开销 - 对象字段中，
float字段仍占 4 字节，但对齐填充可能让实际内存节省微乎其微 - CPU 浮点单元对
double的支持已非常成熟，性能差距在多数应用中可忽略
除非你真在写嵌入式固件或处理千万级浮点数组，否则不必为这点“理论优势”牺牲精度和可维护性。
