【Java基础知识 40】浮点数转成十进制问题

这篇博客探讨了0.1+0.2为何不等于0.3的问题,深入解析浮点数在计算机中的表示、相加过程以及精度丢失的原因。博主介绍了二进制浮点数的存储方式,并提出使用BigDecimal解决浮点数计算的精度问题。

在这里插入图片描述

大家好,我是哪吒。

最近碰到一个问题,很有趣,我就不贴代码了,要不你们会以为我在无中生有。

在这里插入图片描述

我现在的心情很复杂,我想静静。

我只知道浮点数相加是丢失精度的,但是为什么会丢精度,我就不知道了。

一、0.1+0.2是如何执行的?

1、转成浮点数

浮点数在计算机内部是以二进制的形式存储的,而有些十进制的小数在二进制下无法精确表示,因此在进行浮点数运算时可能会存在精度误差。

浮点数分为单精度对应32位操作系统和双精度对应64位操作系统。目前的操作系统大多是64位操作系统,故这里只解释一下二进制如何转成双精度浮点数的二进制。

双精度浮点数用1位表示符号位,11位表示指数位,52位表示小数位,如下图所示:

在这里插入图片描述
符号位:正数为0,负数为1;
指数位:阶数+偏移量,阶数是:2^e-1^-1

e为阶码的位数。偏移量是把小数点移动到整数位只有1时移动的位数,正数表示向左移,负数表示向右移;

小数位:即二进制小

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

哪 吒

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值