前两天这个新闻刚出来的时候正好跟同事在加班,作为挨踢业内人士,不屑一看:不就是个数据上的bug嘛,有什么大惊小怪的。
然后就忙着加班去了。
好,今天我们就来解释一下,为什么会欠费两千多万?
我们先来看新闻截图,
嗯,两千多万,准确来说是-21474778.00元,两千一百四十七万四千七百七十八元。
这个数字在普通人看来觉得没什么奇怪的对吧?
但是在程序员看来这个数字几乎是一个整数,为什么呢?
让我们以16进制输入0xFFFFFFFF (8个F)
十六进制下是FFFFFFFF(8个F)
二进制下是1111 1111 1111 1111 1111 1111 1111 1111(32个1)
那么在常规的十进制下又是什么呢?
诶,是4294967295啊,没看出啥异常啊。
桥豆麻袋,别急。
我们把这个数字除以2,得到:
这个数字很熟悉了吧。
再除以100,保留两位小数,得到:
21474836.47
再来看看我们的欠费金额:
21474778.00
就差了58块4毛7分嘛。
我们知道计算机在处理数字时,会以0和1来表示正负,而首位的1则表示“-”即负号。
那么在这里,二进制下的“32个1”,其准确的数据应该为:
-111 1111 1111 1111 1111 1111 1111 1111(31个1)
而这个数字恰好就是-2147483647,
而表示金额的时候保留两位小数,这不就结了,没啥大惊小怪的。
至于为什么会差了58.47元,呃...我怎么知道,大概是户主账户里本来就有五十八块四毛七吧。
管他呢,搬砖去了。
哦对了,麻烦建行农行工行招行各大银行像这样的数据BUG给我来一打,我马上辞职不干了。
最后来一波尴尬而不失礼貌的广告:
简单说一下,学过编程的人看到这个数字就会反应过来,这不就是32位有符号整形的最大值么?所以简单说问题的原因就是摩拜的程序员在某个环节没有考虑数值越界的问题。
下面科普一下:在C语系编程语言(C、C++、C#、Java等)中,int是一种整数数据类型定义的标示符,范围[-2^31 , 2^31 -1] 即 [-2147483648,2147483647]。这个钱还真跟最大值有点关系。2147483647,如果单位是分,整数部分就是21474836元。而这件事儿里的21474778,跟int最大值21474836就差58块钱。也就是说,摩拜后台钱很可能是以分为单位的int型值。
~~~~~~~~~~~~~~~
有人问int是怎么越界的,我还是简单讲一下。计算机内部运算是用的补码形式运算,32位int最大2147483647也就是0111111…1,对它加一个一就越界了,就变成了1000000…0。讲道理这个数应该是-0,但是自然数是没有-0的,大家就规定这个数为-2147483648(我是这样理解的,愚见,求指正),这也就是为什么显示-2147483648。