对比了 Java 中 double 与 BigDecimal 的精度差异，指出 double 因二进制转换导致精度丢失，不适合金融计算；推荐使用 BigDecimal 进行精确运算。同时介绍了 SQL 中 DECIMAL 和 NUMERIC 类型的特性，强调两者在大多数数据库中功能一致，用于存储精确数值。最后说明了 Java BigDecimal 与数据库 DECIMAL/NUMERIC 配合的最佳实践，确保数据一致性。
在处理项目金额数据时，虽然 double 日常可用，但无法精确计算金额，BigDecimal 更适合。尽管部分旧项目可能使用 double，但在高精度要求下仍推荐 BigDecimal。
十进制小数转换为二进制时，部分数值会变成无限循环小数，而 double 只能存储有限位数的二进制，因此会截断并保留近似值。
最经典的例子：
double a = 0.1;
double b = 0.2;
System.out.println(a + b); // 输出 0.30000000000000004（而非预期的 0.3）
原因：0.1 转二进制是 0.0001100110011...（无限循环），double 只能存储其近似值，叠加后误差被放大。
2^53 范围内的整数（约 ±9×10¹⁵），double 可以精确存储（例如 25、20.0 等）。例：25 * 0.8 = 20.0，结果是整数，因此 double 能精确表示。0.5（二进制 0.1）、0.25（二进制 0.01）等。double 的场景23.5℃）、体重（62.3kg）等，对精度要求不高的数值。long 的上限 ±9×10¹⁸），且可接受近似值时。double 的场景（精度敏感）100.05 元）、税率、手续费等，误差可能导致资金损失或对账不平。1.5 件）等，需精确记录和计算。NUMERIC/DECIMAL（精确小数类型），实体类用 double 接收会导致精度丢失。double 打印时显示很多小数位（如 0.1 显示为 0.1000000000000001）double 存储的是近似值，打印时会显示其真实存储的二进制对应的十进制值。String.format() 或 DecimalFormat 格式化输出（仅用于展示，不改变存储的近似值）：double num = 0.1; // 格式化保留 1 位小数，输出 0.1
System.out.println(String.format("%.1f", num));
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("相等");
}
double 是一把'双刃剑'：它的优势是范围大、计算效率高，适合非精确场景；但精度丢失的特性使其在核心业务（尤其是金融）中完全不可用。
核心原则：
double；BigDecimal + 数据库 NUMERIC 类型。BigDecimal 的内部存储基于两部分：
例如：
new BigDecimal("123.45") 时，它会存储为 unscaled value=12345，scale=2new BigDecimal("123.4500") 时，同样存储为 unscaled value=1234500，scale=4这意味着：
BigDecimal，它会精确保留字符串中的所有数字和小数点位置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 的数字形式，最佳实践是：
setScale() 方法显式设置精度在数据库中，DECIMAL 和 NUMERIC 是用于存储精确数值的类型，主要用于需要高精度计算的场景（如金融、货币、税务等），它们的特性和使用方式非常相似，但存在一些细微差别。
两者都是精确数值类型，与 FLOAT 或 DOUBLE（近似数值类型）不同，它们不会丢失精度，因为它们以字符串形式存储数值（而非二进制浮点数）。
定义格式通常为：
DECIMAL(p, s) 或 NUMERIC(p, s)
p（precision）：总位数（整数部分 + 小数部分），范围通常为 1~65（不同数据库可能有差异）。s（scale）：小数部分的位数，范围为 0~p。标准 SQL 中对两者的定义有细微差异：
NUMERIC(p, s)：严格遵守 p 和 s 的限制，插入的值必须完全符合指定的精度和小数位数（超出则报错）。DECIMAL(p, s)：可以接受比指定精度更高的值，但会自动截断或四舍五入到指定的 s 位小数（具体行为取决于数据库实现）。但实际中，大多数数据库（如 MySQL、PostgreSQL、SQL Server）将两者视为同义词，处理方式完全一致，没有区别。例如：
DECIMAL 和 NUMERIC 是相同的。适合存储需要精确计算的数值，例如：
DECIMAL(10, 2) 表示最大 99999999.99）。不适合存储不需要高精度的大数值（如科学计算中的近似值），此时用 FLOAT 更节省空间。
数据库的 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) 控制总位数和小数位数，确保数值精度。BigDecimal 配合使用，是处理金融等高精度场景的最佳实践。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
查找任何按下的键的javascript键代码、代码、位置和修饰符。 在线工具，Keycode 信息在线工具，online
JavaScript 字符串转义/反转义；Java 风格 \uXXXX（Native2Ascii）编码与解码。 在线工具，Escape 与 Native 编解码在线工具，online
使用 Prettier 在浏览器内格式化 JavaScript 或 HTML 片段。 在线工具，JavaScript / HTML 格式化在线工具，online
Terser 压缩、变量名混淆，或 javascript-obfuscator 高强度混淆（体积会增大）。 在线工具，JavaScript 压缩与混淆在线工具，online
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online