为何4.99存储后变为4.98？Rust浮点数精度问题求助

问题本质 #

这是典型的浮点数二进制精度缺陷：f32类型无法精确表示十进制的4.99，实际存储的是一个略小于4.99的近似值。当你乘以100后，得到的是接近499但略小的数值（比如498.99997），直接用as i64转换时会截断小数部分，最终得到498而非预期的499。其他.99结尾的数值（如0.99、1.99）刚好因为二进制近似误差的范围，乘100后的值更接近整数，截断后不会出问题，但这只是巧合。

正确处理方案 #

1. 从根源避免：不要用浮点数存储金额

金额属于精确数值，永远不要用float/double类型存储。推荐两种方式：

• 整数存储分单位：前端输入4.99元时，直接转成499分传给后端，数据库存整数类型（如INT），全程避免浮点数运算。
• 用高精度decimal类型：Rust中使用rust_decimal库，数据库对应DECIMAL(4,2)类型，确保数值精确无误差。

示例（rust_decimal）：

use rust_decimal::Decimal;

// 从数据库读取的Decimal值（假设是4.99）
let price = Decimal::from_str("4.99").unwrap();
// 转成分单位的整数
let unit_amount = (price * Decimal::from(100)).to_i64().unwrap(); // 得到499

2. 必须处理浮点数时的临时修复

如果暂时无法修改存储类型，用四舍五入替代直接截断：

// 原错误代码：
// let unit_amount = (product_price_row.price * 100f32) as i64;

// 修正后：
let unit_amount = (product_price_row.price * 100f32).round() as i64;

round()会把498.99997四舍五入为499.0，转i64后得到正确的499。

你之前的字符串格式化 workaround 也能生效，但round()更简洁高效，且避免了字符串解析的额外开销。

内容的提问来源于stack exchange，提问作者iganev