写程序时，金额一般的单位是分，这样发8毛也不难理解了

泰致德

不管最后原因是啥，这个0.80的出现都挺掉价的

kiskaddon

这种小bug 在游戏里一个hotfix就解决了， 你们都紧张成这样干什么，今天不是80到帐了么

你们啊， 就是为了骂而骂

小小小玩家

那工钱干活的 就该仔仔细细的 怎么能犯这种 错误呢

范特西1997

感觉这个帖子里面好多专业大神

NihiRagnarK

klaus.sang 发表于 2022-6-9 13:13
C我不太清楚，我用C#金额计算时浮点都是用decimal类型，从来不用float，从来没有这个问题，只有前端用JS ...

首先说明下我并没有做过相关方面啊，只是凭一点代码基础在讨论

我看了一眼C#的文档，我觉得decimal不能算浮点数吧，浮点数主要是牺牲了很多bit来放指数，使得数的范围(10^300)可以很大，但是精度只有6~7位。decimal大概率是按128位整数的方式存储的，因为他的范围比浮点数小很多而且占的空间也大很多，以及不是所有语言都原生有这种type

64位的整数范围到10^18了，应该足够人类正常范围的金融运算了。实在不够还可以用128位整数

浮点数不仅是乘除会有问题，加减法一样有精度问题，比如往10亿的账户里存5毛钱，这5毛钱肯定就直接消失了

vestbywwmm

给就事论事认真讨论的大神们点赞，看多了喷喷贴黑黑贴看到技术贴挺新鲜的，虽说这贴里也有喷喷和黑黑就是了

该用户已被禁言

反正是够细心的

feibu

klaus.sang 发表于 2022-6-9 05:36
先支付0.1，再支付0.2，有什么不能理解？

可能我说的不明白吧，拿我直接问吧

0.1 + 0.2 = ？

feibu

klaus.sang 发表于 2022-6-9 07:13
C我不太清楚，我用C#金额计算时浮点都是用decimal类型，从来不用float，从来没有这个问题，只有前端用JS ...

Decimal并不是float啊，是由4个32位的int代替的

这里是源代码
        // The lo, mid, hi, and flags fields contain the representation of the
        // Decimal value. The lo, mid, and hi fields contain the 96-bit integer
        // part of the Decimal. Bits 0-15 (the lower word) of the flags field are
        // unused and must be zero; bits 16-23 contain must contain a value between
        // 0 and 28, indicating the power of 10 to divide the 96-bit integer part
        // by to produce the Decimal value; bits 24-30 are unused and must be zero;
        // and finally bit 31 indicates the sign of the Decimal value, 0 meaning
        // positive and 1 meaning negative.
        //
        // NOTE: Do not change the order in which these fields are declared. The
        // native methods in this class rely on this particular order.
        private int flags;
        private int hi;
        private int lo;
        private int mid;
   

feibu

NihiRagnarK 发表于 2022-6-9 15:09
首先说明下我并没有做过相关方面啊，只是凭一点代码基础在讨论

我看了一眼C#的文档，我觉得decimal不能 ...

64位的整数是说long吗？现在用python已经没有最大值限制了