在 Go 项目里，涉及到金额计算，大家一般用什么方式？

Go

金额计算

math/big

46 条回复 • 2025-04-03 14:17:12 +08:00

1

ferock

1 天前 via iPhone

分为单位，相应国家法规

2

ferock

1 天前 via iPhone

1

@ferock #1

纠正，这叫辅币单位…

3

zlhsvc

1 天前

计算根据精度要求统一转成整形来计算，存储正常是分

4

japeth

1 天前

第一种

5

w568w

1 天前

7

第二种用法也不应该用 math/big ，那还是二进制的。而是应该用 Decimal ，比如： https://pkg.go.dev/github.com/shopspring/decimal

金额计算最重要的应该是尽可能地延后计算（尤其是涉及乘除法的）来最大化避免误差。某些时候表达式（例如字符串 "10.0/3*3"）可能是交换数据时更好的表示方式。

6

kkkwar

1 天前

正常用第一种，分；如果无奈必须要用第二种，用 shopspring/decimal 库

7

zpfhbyx

1 天前

元*1e6 存 bigint

8

NewYear

1 天前

最早的时候用 vb 实现的是，先转换为整数，再计算，算完再转为小数。

另外需要看场景，往往和钱有关系的系统，通常也和财务有关系，和财务有关系的通常和“成本核算”有关系。
此时，用“分”为单位反而不适合，因为涉及“成本”的计算，就要很多位小数了。

说回来，如果只是涉及“钱”，那未来也可能有多币种问题，还是绕不开多位小数。

所以为什么不一劳永逸呢。

9

kk2syc

1 天前

分三个字段，整数(bigint)、小数(bigint)、小数位数(int)

10

sardina

1 天前

上家公司数据库里存的是字符串，计算的话用了 decimal 库，小数点后保留 8 位，计算完后转字符串后存到数据库

11

kuanat

1 天前

2

这是个业务或者说工程问题，不全是技术问题。因为不像 Java 用 BigDecimal 比较多，Go 这边没有习惯性做法，所以主要靠约定，剩下的是如何执行。无论哪种语言，计算这类纯技术问题都是小事，与业务结合的部分才是大事。

我这里说几个技术人员可能不太熟悉的业务需求或者是需要注意的点：

- 最理想的是用 Go 自定义数据结构，在数据结构上实现相应的运算方法。这样可以避免代码上的出错。这里比较关键的点是，计算过程肯定是高精度/整型（对应 BigDecimal ），同时一定要支持 split 操作，主要是处理类似 1 拆成 0.33+0.33+0.34 的业务需求，这种在会计、税务场景很常见。

- 根据全流程数据交换的环节来定义精度和数据格式。一般推荐的是比常见货币最小单位更精确一点，或者支持自定义。传递过程中使用字符串，做好格式转换。说到底还是靠约定，为了方便执行可以独立成库强制所有上下游都使用特定实现。

- 有需要的话提前考虑多币种支持，比如订单系统如果可以支持多币种，数据库和业务逻辑都要做 schema 调整。通常的业务需求来说，多币种就是多账本，如果最初设计成单账本后期修改会很痛苦。

- 推荐使用 event driven 架构来做 cqrs ，即用事务的方式持久化变动，实时状态由历史计算推导得出。类似银行卡只记录进出，余额是算出来的。好处一方面能和通常的消息队列架构方便对接，另一方面整个业务的可靠性、灾难恢复都好做。有 olap 需求也容易改造。

12

guiyumin

1 天前

以最小单位存储
比如日元就没有分
美元有分
人民币有分

13

pike0002

1 天前

minor unit

14

futuretech6

1 天前

自己做一个指定 decimal 的定点数类吧

15

zhangfeiwudi

1 天前

我有个问题，哪怕用分为单位算如果除完之后是 6666.6666666 这到底是直接舍弃小数点后面的还是进一位？

16

Desdemor

1 天前

用的 5 楼的那个库

17

kk2syc

1 天前

@zhangfeiwudi 非金融行业的看领导决定咯，满五进一还是直接舍弃

18

cyrivlclth

1 天前

@zhangfeiwudi 10 分分成 3 份，那就是 3+3+4 ，最后一份是差值出来的。至于用 3 还是 4 ，要业务方来决定

19

me1onsoda

1 天前

@zhangfeiwudi 用分计算的目的就是为了方便直接舍弃

20

adoal

1 天前

衍生问题：写 web API 时，JSON 里表示金额用什么类型？

21

layxy

1 天前

@adoal 字符串

22

realpg

1 天前

不是特殊金融行业一律分
金融行业也争取用小数点后八位 int64

23

ALongRanger

1 天前

1

我的回答可能和具体语言无关。
1. 建议采用对应货币最小单位作为存储，主要是为了避免在计算和存储过程中产生精度损失导致资损；

2. 不管是 java 还是 go ，请编码统一的金额处理工具包，定义好金额结构和转换方法，避免直接使用基础结构例如整形，浮点来表示金额，所有金额的表示直接使用定义好的金额结构。整个项目内部统一采用，保证金额计算、转换的准确性。

3. 一个金额处理工具包应该考虑如下内容：
3.1. 要能够进行序列化和比较
3.2 要能存储币种和金额，要确保高精度和标准化
3.3 要能提供丰富的操作方法，包括加减乘除，需要自定义舍入和四舍五入；
3.4 要提供常用单位 getAmount()和获取最小单位金额的方法 getAmountMinorUnit()
3.5 确保结构的不可变性和安全性；
3.6 需要能够根据币种计算出最小单位，例如人民币就是分，日元就是元；
3.7 乘除支持舍入，默认使用四舍五入，但是支持其它舍入方式。

以上可以在跨境支付、金融应用等需要高精度、多币种支持的场景种安全有效的进行金额处理。