为什么double类型下0.1+0.2!=0.3

0.1+0.2=0.3,就跟1+1=2一样。但是在计算机的世界,却不一定是这样的,下面来运行一段程序看下:

class Program
    {
        static void Main(string[] args)
        {
            double a = 0.1;
            double b = 0.2;

            if (a + b == 0.3)
            {
                Console.WriteLine($"{a} +{b} == 0.3");
            }
            else
            {
                Console.WriteLine($"{a} +{b} != 0.3");
            }
        }
    }

结果让人意外,换成float类型也是一样,这是为什么呢?

因为double和float在存储0.1时候,是通过换算二进制来存储的,计算机只认识二进制。通过计算发现,0.1存储为二进制是0.00011001100110011....,由于位数限制,这样再换算成十进制的时候,就不是0.1了(但是无限接近于0.1)。这就相当于有一个分数1/3,我们都知道,它的小数形式是0.33333...无限循环,计算机世界当然不能存储无限位数。一旦限定了位数。0.33333333 不等于1/3。所以double或者float类型只是存储了一个近似值,但是有时候刚好能存储实际值。

比如:12.75,他刚好等于二进制的1100.1100,如下图:

 

那么有什么办法可以解决0.1+0.2不等于0.3的问题呢?

C#语言提供了decimal解决此问题,decimal提供了128位精度,但是却比double存储的值范围更少,这是因为它的精度更高(但如前文所说,位数再多,也解决不了无限循环的问题)。让我们跑下程序看下结果:

decimal不是一个基元类型,微软处理小数时候做了转换。看下decimal类的源码,里面专门介绍了0.1的问题

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值