为什么在数据库表中存储的数字是20.02，但是在前端读取的时候就会呈现20.0200000000000

在数据库表中存储的数字为20.02，前端读取时却显示为20.020000000，这通常是由数据类型精度不匹配或浮点数运算的精度问题导致的，具体原因可以从以下几个方面分析：

1.数据库存储的数据类型导致

数据库中存储数字的字段类型可能是浮点型（如FLOAT,DOUBLE），而非定点型（如DECIMAL/NUMERIC）

浮点型（FLOAT/DOUBLE）是基于二进制的近似存储，无法精确表示所有十进制小数（如0.02在二进制中是无限循环小数），数据库会存储其近似值，可能包含微小的精度误差。

当数据被读取时，这些隐藏的精度误差会被完整返回，导致前端显示多余的小数位（如：20.02000000）

如果数据库字段使用的是DECIMAL/NUMERIC（定点型，精确存储十进制小数），通常不会出现这样的问题，因为他们会严格按照指定的精度（如：DECIMAL(10,2)）存储，只保留2位小数。

2.前端数据处理的精度展示问题

即使数据库返回的是精确值，前端在处理数据时，也可能因几个原因造成多余小数位：

数据类型转换：后端接口可能将数字以浮点型（如JavaScript的Number）返回，而浮点数本身会自动保留更多精度（如20,02在内存中可能被解析为20.02000000000000）

默认格式化逻辑：前端框架或组件在显示数字时，若未指定小数位数，可能会默认展示完整的精度（包括末尾的0）。

解决办法：

1.数据库层面：

将存储数字的字段类型改为DECIMAL/NUMBERIC.并指定精确的小数位数（如DECIMAL(10,2)表示总长度10位，其中小数位2位），强制存储固定精度的数值

2.后端接口层面：

在返回数据前，对数字进行格式化（如保留2位小数），确保传递给前端的是精确的字符串或定点数

3.前端层面：

自己动手处理了，使用toFixed(2)方法（20.0002200）.toFixed(2)就会输出20.00