争论不休的一个话题：金额到底是用Long还是BigDecimal？

在网上一直流传着一个争论不休的话题：金额到底是用Long还是用BigDecimal？这个话题一出在哪都会引起异常无比激烈的讨论。。。。 比如说这个观点：算钱用BigDecimal是常识ouY28资讯网——每日最新资讯28at.com

图片ouY28资讯网——每日最新资讯28at.com

图片ouY28资讯网——每日最新资讯28at.com

有支持用Long的，将金额的单位设计为分，然后乘以100，使用Long进行存储以及计算，这样不用担心小数点问题。ouY28资讯网——每日最新资讯28at.com

阿里巴巴开发手册.pngouY28资讯网——每日最新资讯28at.com

但是在一些金融系统当中，对小数位要求比较高的，比如精确到小数点后6位，那么我们使用Long进行存储，每次在计算时都要除以或者乘以1000000，那么计算的开销就很大了。ouY28资讯网——每日最新资讯28at.com

并且，如果在需求确认时，我们无法知道金额要求的小数位，那我们使用Long也是不行的，我们并不知道需要乘以或者除以多少个0。ouY28资讯网——每日最新资讯28at.com

选择BigDecimal

BigDecimal是Java提供的一个类，用于任意精度的算术运算。它的主要优点是提供了高精度的计算，这对于金融和货币计算来说是非常重要的。BigDecimal可以表示任意大小的正数、负数或零，并可以精确控制舍入行为。并且在数据库中存储时也有对应的类型进行匹配，比如MySQL的DECIMAL类型提供了精确的数值存储，可以匹配BigDecimal的精度。ouY28资讯网——每日最新资讯28at.com

但是BigDecimal也有一些缺点：ouY28资讯网——每日最新资讯28at.com

1. 1. 性能：与Long相比，BigDecimal的性能较差。因为它的运算需要更多的内存和CPU时间。
2. 2. 复杂性：使用BigDecimal进行运算比使用Long或基本数据类型更复杂。你需要考虑舍入模式、精度等因素。
3. 3. 在数据库中需要更多的存储空间来存储小数部分。

而在Mysql的开发手册中，建议金额需要进行小数位计算时，存储要使用Decimal，否则我们要将金额乘以对应小数位的倍数变成BIGINT进行存储。ouY28资讯网——每日最新资讯28at.com

Mysql开发手册.pngouY28资讯网——每日最新资讯28at.com

总结

基于上述对Long和BigDecimal的优缺点分析，我们可以得出以下结论：ouY28资讯网——每日最新资讯28at.com

在金额计算层面，即代码实现中，推荐使用BigDecimal进行所有与金额相关的计算。BigDecimal提供了高精度的数值运算，能够确保金额计算的精确性，避免了因浮点数精度问题导致的财务误差。使用BigDecimal可以简化代码逻辑，减少因处理精度问题而引入的复杂性。ouY28资讯网——每日最新资讯28at.com

而在数据库存储方面，我们需要根据具体需求进行权衡。如果业务需求已经明确金额只需精确到分（如某些国家/地区的货币最小单位为分），并且我们确信不会涉及到需要更高精度的小数计算，那么可以使用Long类型进行存储，将金额转换为最小货币单位（如分）进行存储。这样可以节省存储空间并提高查询性能。ouY28资讯网——每日最新资讯28at.com

但是如果业务需求中金额的小数位数不确定，或者可能涉及多位小数的计算（如国际货币交易等），那么最好使用DECIMAL或NUMERIC类型进行存储。这些类型提供了精确的数值存储，可以确保数据库中的数据与应用程序中的BigDecimal对象保持一致，避免数据转换过程中可能引入的精度损失。ouY28资讯网——每日最新资讯28at.com

本文链接：http://www.28at.com/showinfo-26-83636-0.html争论不休的一个话题：金额到底是用Long还是BigDecimal？

声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com

上一篇： 面试官追问的STW，到底什么是STW？有什么影响？

下一篇： 2024 年了，Facebook、Google 竟然都不用 Git 管理代码？