为什么不能用浮点数表示金额？

最新推荐文章于 2026-01-08 17:10:56 发布
原创 最新推荐文章于 2026-01-08 17:10:56 发布 · 406 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java

本文探讨了在计算机科学中，浮点数运算如0.1+0.2不会精确等于0.3，而是由于浮点数表示限制导致的精度丢失现象，解释了FloatingPointMath中的这一行为。

会有精度丢失，eg：0.1+0.2!=0.3 而是等于0.3000000000004
解释处Floating Point Math

Dorislic
关注
【为什么不能用浮点型表示金额？】
Roc的博客
01-13 340
由于浮点型在表示十进制小数时存在精度问题，且在实际应用中可能引发财务风险，因此不建议使用浮点型来表示金额。相反，应使用BigDecimal等高精度数据类型来处理金额计算。
浮点数的陷阱：你以为的 0.1 + 0.2其实不是 0.3，BigDecimal你真的用对了吗？
热门推荐
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
05-18 13万+
在金融和交易系统中，哪怕是一分钱的误差都可能造成巨大损失。然而，很多开发者仍在不经意间落入浮点数的陷阱：看似简单的 0.1 + 0.2，为什么在 Java 中不等于 0.3？本篇文章从底层的 IEEE 754 浮点数标准讲起，剖析误差来源，逐层构建 BigDecimal 使用、格式化控制、精度舍入、判等策略等防线，并结合真实案例总结出一套浮点数处理的实战规范，助你规避金额计算中的隐性风险。
Java中为什么不能用浮点数表示金额？
weixin_72084017的博客
04-13 1160
在Java中，不建议使用浮点数（如float和double）来表示金额，主要原因是浮点数不能精确地表示十进制小数，可能导致精度损失和计算错误。这是因为浮点数是基于二进制系统表示的，有些十进制小数在二进制表示下是无限循环的，无法精确表示。 例如，0.1在二进制中表示为0.00011001100110011...（无限循环）。当我们使用浮点数表示这样的小数时，只能截断为有限位数，这会导致精度损失。当进行加法、减法、乘法和除法等运算时，这种精度损失可能会累积，导致结果不正确。 为了避免这种情况，建议
揭秘金融计算的隐形杀手：为何不能用浮点数表示金额？
xycxycooo的博客
08-29 807
符号位（Sign）：表示数值的正负。指数位（Exponent）：表示数值的量级。尾数位（Mantissa）：表示数值的精度。浮点数的表示形式通常遵循IEEE 754标准，如单精度浮点数（32位）和双精度浮点数（64位）。// 浮点数示例浮点数在金融计算中存在严重的精度问题，可能导致严重的后果。为了确保金融计算的准确性和可靠性，我们应该使用定点数（如BigDecimal）来表示金额。通过本文的介绍，相信你已经对为何不能用浮点数表示金额有了深入的理解，并能够在实际项目中灵活运用。
Java基础---为什么不能用浮点数表示金额
汤键的博客
07-02 663
目录缘由十进制转二进制不是所有数都能用二进制表示IEEE 754避免精度丢失
为什么不用浮点数表示金额？
HGW的博客
07-27 335
在二进制中，1/2、1/4、1/8 都可以清晰地表示为小数，而 1/5 或 1/10 则是循环小数。因此，0.1 和 0.2（1/10 和 1/5）在以 10 为基数的系统中是清晰的小数，但在计算机使用的以 2 为基数的系统中则是循环小数。10 的素因数是 2 和 5。因此 1/2、1/4、1/5、1/8 和 1/10 都可以清晰地表示出来，因为分母都使用 10 的素因数。相比之下，1/3、1/6、1/7 和 1/9 都是循环小数，因为它们的分母使用素因数 3 或 7。这就是我们所熟知的浮点数。
为什么金额不能用浮点数来定义呢？
持之以恒，方得始终
12-25 2933
1.先来Demo复现下现象 可以发现同样是计算50000*50000的结果，如果用int类型来计算就会得到错误的结果，这是为什么呢？这个错误的结果是怎么来的呢？我们把50000*50000的结果转换为二进制： 0 1001 0101 0000 0010 1111 1001 0000 0000 结果为33位，因int类型为4字节，所以发生溢出 1001 0101 0000 0010 1111 1001 0000 0000 去掉最高位后此数变为负数 11...
为什么不能用浮点型表示金额？
SevenCoding的博客
04-28 1526
BigDecimal可以实现对浮点数的运算，不会造成精度丢失。通常情况下，大部分需要浮点数精确运算结果的业务场景（比如涉及到钱的场景）都是通过BigDecimal来做的。想要解决浮点数运算精度丢失这个问题，可以直接使用BigDecimal来定义浮点数的值，然后再进行浮点数的运算操作即可。// 0。
为什么不能用浮点数表示金额
weixin_52831324的博客
09-09 139
举例为 十进制的0.2，转换为二进制，过程为 0.2*2=0.4取0，0.4*2=0.8取0，0.8*2=1.6取1，0.6*2=1.2取1，0.2*2=0.4取0，到这步就开始无限循环了。实际举例比如0.1+0.2!= 0.3，而是等于0.30000000000000004。浮点数知识近似值，而不是精确值，不能用来表示金额，否则会有精度丢失。float和double都不能用，只能使用BigDecimal。因为不是所有的小数都能用二进制表示。
java 浮点数为什么不能计算金额
weixin_50224527的博客
08-23 451
浮点数不能用于金额计算，因为浮点型是小数的近似值 当小数转为二进制小数，计算方法 - 用2乘十进制小数，可以得到积 - 将积的整数部分取出，再用2乘余下的小数部分，又得到一个积 - 再将积的整数部分取出，如此进行，直到积中的小数部分为零，此时0或1为二进制的最后一位。或者达到所要求的精度为止。 - 我们发现，0.1的二进制表示中出现了无限循环的情况，也就是(0.1)10 = (0.000110011001100…)2 为了解决这个问题，IEEE二进制浮点数算术标准（IEEE 754）是20
在Python中如何精确实现随机红包金额拆分算法，同时妥善处理浮点数精度问题？
11-08
Python中的浮点数使用IEEE 754标准的双精度浮点格式表示，这意味着它并不能精确表示所有的十进制小数。因此，在进行金额计算时，特别是在多次累加和分配操作中，很容易出现精度损失的问题。 参考资源链接：[Python...
阿里Java面试被问：单元测试的最佳实践
2501_94505843的博客
01-04 884
本文系统介绍了软件测试的最佳实践，主要包含以下内容：1. 测试金字塔原则，推荐70%单元测试+20%集成测试+10%端到端测试的比例；2. 测试代码质量标准，包括命名规范、AAA模式等；3. Mock与Stub的使用场景和区别；4. 测试数据管理策略；5. 断言最佳实践；6. 测试隔离与可重复性；7. 测试性能与维护建议；8. 边界条件测试方法；9. 有意义的测试覆盖率目标；10. TDD开发流程。文章提供了大量代码示例，并总结了单元测试检查清单和测试金字塔指导原则，强调应重点关注业务逻辑、复杂算法和边界条
面向微服务事件驱动与异步消息可靠处理的互联网系统高可用设计与多语言工程实践分享
2501_94180531的博客
01-05 422
事件驱动解耦服务，提高吞吐可靠投递与幂等消费保证消息一致性监控、重试与顺序控制是稳定性的关键微服务事件驱动与异步消息可靠处理，使系统在高并发和复杂业务场景下保持稳定与可控。通过在多语言系统中统一幂等语义、结合可靠投递、顺序控制和监控策略，互联网系统能够在异步流程中实现高可用和长期可维护性。这篇关于事件驱动与异步消息可靠处理的工程实践分享，希望为你在微服务高可用设计中提供可落地、长期有效的参考思路。
TDengine JAVA 语言连接器入门指南
TDengine(老段）专注时序数据库领域
01-04 1714
JAVA 语言连接器
windows下的守护进程|nssm
slongzhang的博客
01-06 1076
NSSM（Non-Sucking Service Manager）是Windows系统中将普通程序封装为系统服务的工具。使用步骤包括：下载解压NSSM，以管理员身份运行CMD/PowerShell；通过图形界面或命令行安装服务，配置可执行文件路径、参数等；使用start/stop/restart命令管理服务；支持通过edit命令修改配置或remove删除服务；建议配置日志功能方便排查问题。核心功能是实现进程守护，确保程序异常退出后自动重启。
【Spring Boot】 接口性能优化“十板斧”：从数据库连接到 JVM 调优的全链路提升
最新发布
夜雨的博客
01-08 384
【Spring Boot】 接口性能优化“十板斧”：从数据库连接到 JVM 调优的全链路提升。Spring Boot 接口性能优化是一个系统工程，而非单点的技术修补。上述“十板斧”涵盖了从数据库交互、应用架构设计、代码逻辑实现到底层运行时环境的全方位策略。
SpringBoot3 + GraalVM安装和初次打包
风不知从何处起的小屋
01-08 493
本文介绍了使用GraalVM将Spring Boot项目打包为原生可执行文件的完整流程。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值