1 00:00:00,000 --> 00:00:00,310 2 00:00:00,310 --> 00:00:01,750 >> DAVID马兰:现在,让我们打击你的头脑。 3 00:00:01,750 --> 00:00:06,500 原来,在现实世界中1分 10的确1/10,或0.1。 4 00:00:06,500 --> 00:00:10,370 但在计算机只具有有限的 位,用以号 5 00:00:10,370 --> 00:00:14,290 代表数字,你不能总是 表示相同的1/10号与 6 00:00:14,290 --> 00:00:15,500 完美的精确度。 7 00:00:15,500 --> 00:00:18,640 换句话说,计算机有时有 作出判断来电和未 8 00:00:18,640 --> 00:00:22,740 一定代表你数 想为你打算尽可能准确。 9 00:00:22,740 --> 00:00:27,020 >> 例如,假设我回去成 这个程序并更改为0.1, 10 00:00:27,020 --> 00:00:32,073 哦,0.28,从而表明 我想的printf对printf到 11 00:00:32,073 --> 00:00:34,350 28位的精度。 12 00:00:34,350 --> 00:00:39,330 现在让我们保存和编译程序, 这个时候用make floats2。 13 00:00:39,330 --> 00:00:41,910 用点斜线floats2运行它。 14 00:00:41,910 --> 00:00:49,980 而且,亲爱的上帝,这次我看到的不是0.1, 但0.10000000,这是非常 15 00:00:49,980 --> 00:00:51,070 好为止。 16 00:00:51,070 --> 00:00:57,830 但随后,14901161193847656250。 17 00:00:57,830 --> 00:00:58,880 >> 那么,这是怎么回事? 18 00:00:58,880 --> 00:01:02,280 嗯,事实证明,一个是浮动 通常存储在计算机的内部 19 00:01:02,280 --> 00:01:03,500 与32位。 20 00:01:03,500 --> 00:01:07,340 32显然是一个有限的数字,这 意味着你只能代表 21 00:01:07,340 --> 00:01:11,050 由32比特的有限数 的浮点值。 22 00:01:11,050 --> 00:01:14,980 不幸的是,这意味着该 电脑不能代表所有可能的 23 00:01:14,980 --> 00:01:18,110 浮点数或实数, 存在于世界各地, 24 00:01:18,110 --> 00:01:19,980 因为它只有这么多的位。 25 00:01:19,980 --> 00:01:23,940 >> 还等什么电脑是显然 在这种情况下所做的是代表1/10至 26 00:01:23,940 --> 00:01:26,880 最接近的可能浮动 点值,它可以。 27 00:01:26,880 --> 00:01:31,050 但是,如果我们看看,因为我们这里有,到28 小数位,我们开始看到, 28 00:01:31,050 --> 00:01:31,970 不精确。 29 00:01:31,970 --> 00:01:34,480 因此,这是一个问题 没有完美的解决方案。 30 00:01:34,480 --> 00:01:38,060 我们可以用一个双而非浮动, 这往往要使用64比特作为 31 00:01:38,060 --> 00:01:39,410 置为32。 32 00:01:39,410 --> 00:01:42,290 但是,当然,64也是有限的, 所以这个问题会 33 00:01:42,290 --> 00:01:43,630 即使双打依然存在。 34 00:01:43,630 --> 00:01:46,323