输出什么? 有些人得出的答案可能是：[1, 2, 3]，这其实是一个 错误 答案。 他输出的居然是:[1, NaN, NaN],有些人就很好奇它为什么输出的是[1, NaN, NaN]而不是[1, 2, 3]。 那为什么第一个参数为'10',进制为9时，parseInt('10…

Javascript很奇怪。不相信我？尝试使用map和parseInt将字符串数组转换为整数。启动控制台（Chrome上的F12），粘贴以下内容，然后按Enter 我们最终得到的不是一个[1, 7, 11] 这样的整数数组,而是这样的长这样的 [1, NaN, 3] 一个数组。…

之前我们尝试过把他乘为整数，再运算。但是： 这在数据来源于用户操作或者 ajax 请求时，特别容易出现错误。 java 中有一个 BigDecimal 类。

0.1 + 0.2 是否等于 0.3 作为一道经典的面试题，已经广外熟知，说起原因，大家能回答出这是浮点数精度问题导致，也能辩证的看待这并非是 ECMAScript 这门语言的问题，今天就是具体看一下背后的原因。 ECMAScript 中的 Number 类型使用 IEEE75…

背景 js存在计算精度不足问题 js存在大数计算表示方式问题 细节 精度缺失不是小于或者大于某个值就会出现精度缺失，而是落在固定间隔长度的数值中就会精度缺失 精度缺失的原因是该数值在内存中不能完全记录

众所周知，实数分为两种：有理数和无理数。但是计算机使用有限的位数来存储数字，因此只能表示实数中有限的有理数，对于其他的数字只能是近似等于而已。（下图比较形象的描述了这种现象，来自其他文章的图）。而实数（无限）-> 计算机能表示的实数（有限）这个问题就会产生一系列的衍生问题，大家…

不知道大家在平时的搬砖中有没有遇到过一些JavaScript数字相关的坑，比如比较经典的0.1+0.2=0.30000000000000004、JavaScript有一个Number.MAX_VALUE还有一个Number.MAX_SAFE_INTEGER等等问题。如果这些问题…

自古js多奇葩，语言层面上有许多坑，入坑多了也就习惯了。那就再多一个坑吧。 javascript在判断两个值是否相等时，有两种方式 == 和 ===。这两者的区别我就不多说了，随便一本 js 书上都有，总之一般情形下我们有这样的结论：== 省事，但结果混乱，很多情形下近乎伪科学…

起因 最近在项目线上环境中收集到客户反馈数值输入后展示值少了0.01，收到反馈后立刻定位代码中问题所在，原因就是上一个版本中此数值输入框改成非四舍五入截取两位小数，使用的方法是 这个看似没有什么问题的