方式一：DecimalFormat —— 最经典的格式化利器
DecimalFormat是Java提供的一个数字格式化类，位于java.text包下。它通过一个模式字符串来定义数字的输出格式，是处理小数位数最直观、最常用的方式之一。
使用DecimalFormat保留两位小数时，你需要构造一个模式字符串，其中"0"表示必须显示的数字位，"#"表示可选显示的数字位。当你希望始终显示两位小数时，模式应写为"0.00"。这个模式的含义是：整数部分至少显示一位，小数部分强制显示两位，不足两位时自动补零。
DecimalFormat的一个显著特点是它会自动执行四舍五入。比如一个数值是3.14159，经过格式化后会变成3.14；如果是3.145，则会变成3.15。这种行为符合大多数业务场景的预期。
但需要注意的是，DecimalFormat的格式化结果是一个字符串。如果你后续还需要进行数值计算，就必须再把它解析回数字类型，这中间会产生额外的转换开销。另外，DecimalFormat不是线程安全的，在多线程环境下使用时，要么每次创建新实例，要么使用ThreadLocal来保证隔离。
适用场景： 日志输出、前端展示、报表导出等对最终展示形态有要求，但不需要继续参与运算的场景。
方式二：String.format —— 最简洁的一行搞定
如果你追求极致的简洁，String.format是一个非常不错的选择。它的语法借鉴了C语言的printf风格，通过格式化占位符来控制输出精度。
要保留两位小数，只需要在格式字符串中使用"%.2f"这个占位符即可。其中的"f"代表浮点数类型，".2"代表小数点后保留两位。整个操作一行就能完成，不需要创建额外的格式化对象，代码极其精简。
String.format的底层同样会执行四舍五入，并且返回的也是字符串。它的优势在于语法简洁、可读性高，特别适合在日志打印或拼接字符串时直接使用。
不过，String.format的性能在高频调用场景下并不理想。因为它每次执行都需要解析格式字符串，还涉及可变参数的封装，在循环中大量使用时会产生可感知的性能损耗。此外，它同样存在线程安全的问题，虽然在单次调用中影响不大，但在并发场景下仍需谨慎。
适用场景： 日志拼接、调试输出、偶尔使用的格式化需求，追求代码简洁性优先的场合。
方式三：BigDecimal + RoundingMode —— 金融级精度的首选
在所有保留小数的方式中，BigDecimal配合RoundingMode是公认的最精确、最可靠的方案，尤其在涉及金额计算的业务中，几乎是不可替代的存在。
BigDecimal的核心优势在于：它不是基于二进制浮点数存储的，而是以十进制的方式精确表示每一位数字。这意味着它不会出现浮点数特有的精度丢失问题。你在代码中写下0.1，它就是精确的0.1，而不是一个无限逼近0.1的二进制近似值。
使用BigDecimal保留两位小数时，通常需要调用setScale方法，传入参数2表示保留两位小数，同时指定一个舍入模式。Java提供了多种舍入模式，其中最常用的是"四舍五入"模式，即RoundingMode.HALF_UP。此外还有向上取整、向下取整、直接截断等多种策略，可以根据业务需求灵活选择。
BigDecimal的运算结果仍然是BigDecimal类型，可以直接参与后续的加减乘除运算，不需要类型转换。这一点在连续的金额计算链路中非常有价值。
当然，BigDecimal的代价也很明显：它的使用比基本类型繁琐得多，每一次运算都是对象级别的操作，性能开销远高于double。因此，它更适合用在对精度要求极高的核心计算逻辑中，而不是大面积铺开使用。
适用场景： 金融计算、账单处理、任何对精度有严格要求的业务场景。这是银行、支付、会计系统中的标准做法。
方式四：Math.round 手动计算 —— 最原始但最可控
这是一种不依赖任何格式化类的"土办法"，通过纯数学运算实现四舍五入。
其核心思路非常直接：将原数值乘以100，得到一个放大了100倍的数值；然后使用Math.round方法对这个放大后的数值取整；最后再除以100.0，将数值还原到原来的量级。这样一来，小数点后第三位及之后的数字就被自然地"舍弃"了，实现了保留两位小数的效果。
这种方式的优势在于完全不依赖任何外部类，运算速度快，且结果是double类型，可以直接参与后续计算。它的逻辑透明，每一步都清晰可控，非常适合在对性能有苛刻要求且不需要复杂格式化的场景下使用。
但它也有明显的局限：首先，它只能实现四舍五入这一种舍入模式，无法满足向上取整或向下取整等其他需求；其次，由于浮点数本身的精度特性，在某些边界情况下，计算结果可能会出现极微小的偏差，比如本应是3.14的结果可能变成3.139999999999。虽然这种偏差在大多数场景下可以接受，但在金融等高精度领域则不可容忍。
适用场景： 对性能要求较高、舍入规则固定为四舍五入、且对极微小精度偏差不敏感的中间计算环节。
方式五：NumberFormat —— 国际化场景的最佳选择
NumberFormat是Java提供的另一个数字格式化类，与DecimalFormat同属java.text包。但两者的设计哲学有所不同：DecimalFormat更关注格式的自定义能力，而NumberFormat更关注国际化与本地化。
使用NumberFormat保留两位小数时，需要先获取一个NumberFormat实例，然后设置小数位数为2，同时指定舍入模式。它的默认行为也是四舍五入，并且会根据当前的语言环境自动添加千位分隔符。比如在中文环境下，数字1234.56会被格式化为"1,234.56"，而在某些欧洲语言环境下，千位分隔符和小数点符号可能会互换。
这个特性使得NumberFormat特别适合需要面向多语言用户的应用。如果你的产品需要同时支持中文、英文、德文等多种语言，且数字格式需要跟随语言环境自动调整，那么NumberFormat是比DecimalFormat更合适的选择。
但在纯中文、不涉及国际化的项目中，NumberFormat的额外能力反而成了累赘，其API也比DecimalFormat略显繁琐。
适用场景： 国际化项目、需要根据语言环境动态调整数字格式的多语言应用。
方式六：System.out.printf —— 控制台输出的快捷通道
这是一种专门用于控制台输出的格式化方式，本质上与String.format同源，但直接将结果输出到标准输出流，省去了先拼接字符串再打印的步骤。
使用printf保留两位小数时，格式控制符同样是"%.2f"。它的语法与C语言的printf完全一致，对于有C语言背景的开发者来说几乎零学习成本。
这种方式的最大优势在于"一步到位"：格式化与输出合二为一，不产生中间字符串对象，在单纯的控制台调试场景下效率略优于先format再println的做法。
但它的局限性也非常明显：只能用于控制台输出，无法将格式化结果赋值给变量或返回给调用方。因此，它的使用场景非常窄，基本局限于调试阶段或命令行工具的简单输出。
适用场景： 控制台调试、命令行工具的简单输出、快速验证计算结果。
横向对比：如何选择最合适的方式？
为了让你在实际开发中快速做出决策，我们从五个维度对这六种方式进行横向对比。
精度维度： BigDecimal遥遥领先，它是唯一能保证十进制精确运算的方案。Math.round和String.format等方式都基于double，存在固有的浮点精度限制。
性能维度： Math.round最快，因为它只涉及基础算术运算和一次取整。BigDecimal最慢，因为每一步都是对象运算。DecimalFormat和String.format处于中间水平。
易用性维度： String.format和System.out.printf最简洁，一行搞定。BigDecimal最繁琐，需要构造对象、指定舍入模式、调用setScale等多个步骤。
线程安全维度： Math.round是静态方法，天然线程安全。DecimalFormat、NumberFormat、String.format都不是线程安全的，需要额外注意并发控制。
灵活性维度： DecimalFormat支持最丰富的自定义模式，可以控制前导零、千位分隔符、正负号显示等。BigDecimal支持多种舍入模式，灵活性也很高。
最佳实践建议
根据多年的开发经验，给出以下几条实操建议。
涉及金额，一律使用BigDecimal。 不要心存侥幸，不要图省事用double。金融业务中哪怕一分钱的偏差都可能引发严重问题，BigDecimal的额外开销在这种场景下完全值得。
日志与展示，优先选择DecimalFormat或String.format。 它们的输出结果是字符串，直接满足展示需求，无需二次转换。在性能不是瓶颈的场景下，DecimalFormat的可定制性更胜一筹。
中间计算环节，Math.round是性价比之王。 当你只需要一个快速的两位小数结果，且不涉及金额时，手动乘除取整的方式最为高效。
多语言项目，NumberFormat是正确答案。 不要试图用DecimalFormat去模拟千位分隔符的国际化，那是一条充满坑的弯路。
结语
保留两位小数这件事，看似简单，实则暗藏玄机。六种方式各有千秋，没有绝对的"最好"，只有最适合当前场景的选择。作为开发者，我们需要理解每种方式背后的原理与取舍，才能在面对具体业务需求时做出精准的技术决策。
记住：工具没有高低之分，只有用对与用错之别。掌握这六种方式的本质差异，你就拥有了在任何场景下都能游刃有余处理小数问题的能力。
