当 0.1 与 0.2 在代码的世界相遇，它们的相拥本应是 0.3 的圆满，却在屏幕上漾开一串细碎的涟漪 ——0.30000000000000004，像一滴悬而未落的雨，映着二进制世界的褶皱。
我们总以为数字是精确的化身，却忘了在计算机的宇宙里，它们要穿上二进制的衣裳。0.1 与 0.2 这两个十进制的精灵，一旦跳进二进制的河流，便成了无限循环的歌谣，而 double 类型的容器，只能截取其中一段，悄悄藏起那些被省略的尾音。当它们在运算中相遇，那些被藏起的细节便会悄悄浮现，织成一道微小却真实的偏差。
幸好有 BigDecimal，像一位耐心的匠人，用字符串的经纬细细编织数字的肌理。当我们写下new BigDecimal("0.1")与new BigDecimal("0.2")，便赋予了它们完整的身份，加法运算不再是被截断的片段拼接，而是一场精确的重逢，最终绽放出 0.3 应有的模样。
这或许正是编程的诗意所在：我们既要懂得数字在二进制世界里的无奈，也要学会用恰当的方式，让它们回归本应有的精确。就像对待生活中的每一个细节，理解那些难以避免的缺憾，也珍惜那些可以被修正的可能，让每一次运算，都成为一次温柔的成全。
双精度浮点数的精度定义
double是 64 位双精度浮点数，遵循 IEEE 754 标准，其中：
1 位符号位
11 位指数位
52 位尾数位（实际有效精度为 53 位，因为有一个隐藏的 "1"）
53 位二进制有效精度，大约相当于 15-17 位十进制有效数字（通过公式
log10(2^53) ≈ 15.95计算得出）。为什么显示 17 位
当double值转换为字符串时（如打印输出），Java 会根据数值特性选择合适的小数位数：
对于能精确表示的小数（如 0.5），会显示简洁形式
对于近似值（如 0.1+0.2 的结果），会显示足够的位数以唯一区分该
double值
0.30000000000000004的 17 位小数，正是为了完整体现该double值的精确存储状态（尽管它是一个近似值），确保与其他相似的double值（如 0.3 的近似值）能够被区分开。本质原因
这 17 位小数并非 "精确值"，而是二进制近似值转换为十进制后的自然呈现。由于 0.1 和 0.2 的二进制表示是无限循环的，它们的和在 53 位精度限制下只能存储为近似值，转换为十进制后恰好需要 17 位才能完整展示这个近似状态。
简单来说：17 位小数是
double类型 53 位二进制精度在十进制下的自然体现，是为了准确表达该浮点数的存储状态而显示的。