做财务系统、写交易程序的时候，经常有人问：能不能用浮点数算钱？比如用 float 或 double 类型存余额、算利息。答案很直接——别用。
浮点数不是“精确”的
计算机里的 float 和 double 是按 IEEE 754 标准存的，它们用二进制逼近十进制小数。问题就出在这“逼近”上。比如 0.1，在二进制里是无限循环的，就像 1/3 在十进制里是 0.333… 一样。所以你输入的 0.1，其实是个近似值。
看起来差别极小，但在金融场景里，哪怕差一分钱，对不上账就得查半天。
一个真实例子
假设你在写个收银系统，顾客买了三样各 0.1 元的东西，总价应该是 0.3 元。但用浮点数算：
double a = 0.1;
double b = 0.1;
double c = 0.1;
double sum = a + b + c;
// sum 实际可能是 0.30000000000000004这多出来的那一点点，到了数据库或者打印发票时，可能直接变成 0.30 元显示，但后台比较时发现和预期不符，日志报警，人工介入，效率就下来了。
银行是怎么做的？
银行系统里，金额通常用“分”为单位，存成整数。比如 100 元存成 10000 分，类型用 int 或 long。这样加减乘除全是整数运算，不会有任何精度丢失。
另一种方式是用高精度 decimal 类型。比如 Python 里的 Decimal，Java 里的 BigDecimal。这些类型用十进制存储，能准确表示 0.1、0.01 这样的数，适合金融计算。
from decimal import Decimal
a = Decimal('0.1')
b = Decimal('0.2')
print(a + b) # 输出 Decimal('0.3')，完全准确浮点不是不能用，而是不该用在关键环节
如果你只是做个理财计算器，给用户大概估算收益，用 float 显示个近似值也无妨。但一旦涉及到账务处理、报表生成、对账清算，就必须上 decimal 或整数方案。
别为了省事用 float，最后花十倍时间查账平不上的 bug。
实际开发建议
在数据库设计时，金额字段别用 FLOAT 或 DOUBLE，改用 DECIMAL(19,2) 这样的类型。程序里也对应使用高精度数值类型。前端传参时，别传带小数的字符串，最好统一用“分”传整数，避免解析出错。
说白了，金融计算不是比谁写得快，而是比谁更稳。一个小数点，可能就是一笔错账的起点。