Java 中 BigDecimal 与 double 精度差异及 SQL 数值类型处理

• 原因：double 存储的是近似值，打印时会显示其真实存储的二进制对应的十进制值。
• 解决：用 String.format() 或 DecimalFormat 格式化输出（仅用于展示，不改变存储的近似值）：

double num = 0.1; // 格式化保留 1 位小数，输出 0.1
System.out.println(String.format("%.1f", num));

1.4.2. 问题：double 比较大小（如 a == b 失效）

• 原因：近似值导致看似相等的数值，实际存储的二进制不同（如 0.1 + 0.2 与 0.3）。
  • 用 BigDecimal 比较（推荐）：a.compareTo(b) == 0（相等返回 0）。
  • 若必须用 double，则比较两者差值的绝对值是否小于极小值（如 1e-9）：

解决：

double a = 0.1 + 0.2;
double b = 0.3;
// 差值小于 1e-9，认为相等
if (Math.abs(a - b) < 1e-9) {
    System.out.println("相等");
}

1.5. 总结

double 是一把'双刃剑'：它的优势是范围大、计算效率高，适合非精确场景；但精度丢失的特性使其在核心业务（尤其是金融）中完全不可用。

核心原则：

• 若业务允许微小误差 → 用 double；
• 若要求绝对精确 → 必须用 BigDecimal + 数据库 NUMERIC 类型。

2. BigDecimal

BigDecimal 的内部存储基于两部分：

1. 一个任意精度的整数'unscaled value'（未缩放值）
2. 一个 32 位整数'scale'（缩放因子，表示小数点的位置）

例如：

• 当你输入 new BigDecimal("123.45") 时，它会存储为 unscaled value=12345，scale=2
• 当你输入 new BigDecimal("123.4500") 时，同样存储为 unscaled value=1234500，scale=4

这意味着：

1. 如果你通过字符串构造 BigDecimal，它会精确保留字符串中的所有数字和小数点位置
2. 如果你通过浮点数（如 double）构造，可能会因为浮点数本身的精度问题导致意外结果
3. BigDecimal 会保留尾部的零，这一点与 double 不同

示例代码：

import java.math.BigDecimal;

public class BigDecimalExample {
    public static void main(String[] args) {
        BigDecimal bd1 = new BigDecimal("100.00");
        BigDecimal bd2 = new BigDecimal("100");
        BigDecimal bd3 = new BigDecimal(100.00); // 不推荐，可能有精度问题
        System.out.println(bd1); // 输出 100.00
        System.out.println(bd2); // 输出 100
        System.out.println(bd3); // 可能输出 100.000000000000000...
    }
}

所以，如果你希望精确控制 BigDecimal 的数字形式，最佳实践是：

1. 使用字符串作为构造参数
2. 需要时使用 setScale() 方法显式设置精度
3. 避免使用 double 作为构造参数

SQL 中的 DECIMAL 和 NUMERIC

在数据库中，DECIMAL 和 NUMERIC 是用于存储精确数值的类型，主要用于需要高精度计算的场景（如金融、货币、税务等），它们的特性和使用方式非常相似，但存在一些细微差别。

1. 基本特性

两者都是精确数值类型，与 FLOAT 或 DOUBLE（近似数值类型）不同，它们不会丢失精度，因为它们以字符串形式存储数值（而非二进制浮点数）。

定义格式通常为：

DECIMAL(p, s) 或 NUMERIC(p, s)

• p（precision）：总位数（整数部分 + 小数部分），范围通常为 1~65（不同数据库可能有差异）。
• s（scale）：小数部分的位数，范围为 0~p。

2. 主要区别

标准 SQL 中对两者的定义有细微差异：

• NUMERIC(p, s)：严格遵守 p 和 s 的限制，插入的值必须完全符合指定的精度和小数位数（超出则报错）。
• DECIMAL(p, s)：可以接受比指定精度更高的值，但会自动截断或四舍五入到指定的 s 位小数（具体行为取决于数据库实现）。

但实际中，大多数数据库（如 MySQL、PostgreSQL、SQL Server）将两者视为同义词，处理方式完全一致，没有区别。例如：

• MySQL 文档明确说明 DECIMAL 和 NUMERIC 是相同的。
• PostgreSQL 中两者行为一致，仅名称不同。

3. 使用场景

适合存储需要精确计算的数值，例如：

• 货币金额（如 DECIMAL(10, 2) 表示最大 99999999.99）。
• 税率、利息等需要固定小数位的数值。

不适合存储不需要高精度的大数值（如科学计算中的近似值），此时用 FLOAT 更节省空间。

4. 与 Java 中 BigDecimal 的配合

数据库的 DECIMAL/NUMERIC 类型在 Java 中通常映射为 BigDecimal 类型，两者都是精确数值类型，配合使用可以避免精度丢失问题。

示例（JDBC 读取）：

PreparedStatement ps = connection.prepareStatement("SELECT price FROM products WHERE id = ?");
ps.setInt(1, productId);
ResultSet rs = ps.executeQuery();
if (rs.next()) {
    BigDecimal price = rs.getBigDecimal("price"); // 直接获取为 BigDecimal
}

总结

• DECIMAL 和 NUMERIC 在大多数数据库中功能完全相同，都用于存储精确数值。
• 核心是通过 (p, s) 控制总位数和小数位数，确保数值精度。
• 与 Java 的 BigDecimal 配合使用，是处理金融等高精度场景的最佳实践。