Collectors.summing唯独没有BigDecimal的求和方法

本文讲述了在处理订单金额求和时,作者发现Java8的Stream Collectors没有提供BigDecimal的求和方法。解释了为何在商业计算中需要使用BigDecimal而非float或double,并提供了一个自定义的`summingBigDecimal`方法的实现,以达到类似Collectors.summingInt的效果。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近在做订单相关的模块,有个订单列表接口,需要对订单金额进行求和。每次都得遍历list,然后用BigDecimal.add()方法取求和。感觉很麻烦。想到之前有用到java8的stream.collect的Collectors.summingInt来对int类型来求和,一行代码就能实现了。想着看能不能用java8的stream来求和BigDecimal类型的。发现Collectors的sum根本没有对应的api。所以就只能照葫芦画瓢,写一个summingBigDecimal方法出来了。

BigDecimal

为什么要用BigDecimal?用float和double不行么?简单解释一下,float和double设计的目的是为了科学计算和工程计算。它提供在广域数值范围上较为精确的快速计算。然而,它们并没有提供完全精确的结果,所以不能用于要求精确结果的场合。但是商业计算要求精确的计算结果,这个时候就需要用到BigDecimal。

举个例子

System.out.println(0.1 + 0.2);
复制代码

其实很容易知道是0.3,其实不然程序运行出来是0.30000000000000004。这是因为计算机是二进制的,小数位的计算是这样的,反复乘以2,取小数点左边的部分。如果乘积大于1,减1。简称:乘基取整。每次乘完以后把小数点左边的数从左到右按顺序排列。直到积为0时结束。在涉及钱的领域,再用float和double显然是不合适的,所以一般都采用BigDecimal来做计算。

summingBigDecim

http://www.360doc.com/content/21/1104/07/46403850_1002672849.shtml
http://www.360doc.com/content/21/1107/21/46403850_1

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值