你有没有遇到过这种情况：用手机记账软件加一笔2.3元和一笔1.1元的开销，结果显示的居然是3.3999999999999995？别怀疑手机坏了，这其实是计算机世界里一个常见现象——浮点数相加不准确。
电脑不是算错，是“表达”不了
我们人类习惯用十进制算数，但电脑用的是二进制。像0.1这样的小数，在十进制里很普通，但在二进制中却是个无限循环小数，就像1/3在十进制中是0.333…一样停不下来。电脑只能存有限位数，于是就只能“四舍五入”存个近似值。
这就意味着，当你输入0.1时，电脑实际存的是一个非常接近但不完全等于0.1的数。多个这样的“近似值”相加，误差就会慢慢累积，最终体现在结果上。
一个简单的例子
在很多编程语言中，比如JavaScript，运行下面这段代码：
console.log(0.1 + 0.2);你看到的输出不是0.3，而是：
0.30000000000000004
这就是典型的浮点数精度问题。虽然差的这点儿微乎其微，对科学计算可能影响不大，但在涉及金钱、健康数据统计或剂量计算时，哪怕一丝误差也可能带来麻烦。
生活中哪些场景会被影响？
比如你在健身App里记录每天摄入的碳水化合物，每一餐都精确到克，加总的时候如果用了浮点数计算，最后一天的总量可能莫名其妙多了0.0001克。虽然不影响健康判断，但数据不准总让人心里打鼓。
再比如药店的电子计价系统，如果连续叠加几十种药品价格，每笔都有微小误差，最终总额可能和实际差了几分钱。顾客看到对不上，免不了一番解释。
那该怎么避免？
程序员通常会用一些技巧来绕开这个问题。比如处理金钱时，不用“元”做单位，改用“分”来算整数。1.50元变成150分，全是整数相加，自然不会出错。
或者使用专门的高精度计算库，比如JavaScript里的toFixed()方法，可以强制保留小数位数：
console.log((0.1 + 0.2).toFixed(2)); // 输出 "0.30"不过要注意，这只是“显示”上正确，底层存储还是有误差，所以关键场景还得靠更严谨的方法。
作为普通用户，了解这一点就能明白：不是科技不靠谱，而是数字世界的规则和我们日常习惯有点不一样。下次看到小数点后冒出一串奇怪数字，也不必太紧张，它大概率只是个“表达方式”的误会。