JavaScript小应用：toFixed()和正则表达式的坑

JavaScript小应用：toFixed()和正则表达式的坑。大家一起来看下吧。

toFixed精度问题

toFixed方法可以把Number四舍五入为指定小数位数的数字。看个例子：

0.985.toFixed(2) 

> 0.98

0.985四舍五入之后变成了0.98！！

• 这就是toFixed方法的坑。

导致原因

那这到底是怎么回事呢？本质其实是因为js小数的精度问题。 在计算机中计算，是将数字转成二进制，进行计算之后再转化为十进制。 比如将0.985转化为二进制是0.1111110000101000（超出精度，结果保留了16位小数），此时再将该二进制转化为十进制结果为：0.9849853515625，此时将他保留两位小数就成了0.98。

解决办法

• 那么要如何避免这种问题呢？可以用下面的方法来补充原生的toFixed方法

toFixed(number, precision) {
    var str = number + "";
    var len = str.length;
    var last = str.substring(len - 1, len);
    var afterPoint = str.substring(str.indexOf(".") + 1, len);
    if (last == "5" && afterPoint.length > precision) {
        last = "6";
        str = str.substring(0, len - 1) + last;
        return (str - 0).toFixed(precision);
    } else {
        return number.toFixed(precision);
    }
},

正则表达式全局匹配的坑

有这么一个需求，select支持可以搜索item。刚看到我就兴致冲冲去写了，这还不简单吗，输入的数据和select中的数据源进行正则匹配，匹配到的就是搜索到的。

过滤函数我是这么写的：

//searchKey是输入的数据
const regex = new RegExp(searchKey.trim(), 'gi');
let dataSource = [
    {
        value: 'test1',
    },

    {
        value: 'test2',
    },
];
let res = dataSource
    .map((i) => {
            let _flag = regex.test(i.value);
            i.visible = _flag;
            return i;
    })
    .filter((i) => i.visible);

但是实际运行时，发现数据源中的数据，有的可以匹配到有的匹配不到。当时就纳闷了，这有什么问题吗？最后几经查找答案，原来是正则表达式的全局匹配有个坑：正则表达式中有一个lastIndex的属性，这个属性表示上一次匹配文本结果之后的第一个字符的位置。他在下一次查找的时候，会从lastIndex往后继续查找，这就会导致一下个匹配返回false。

那么如何解决呢？

因为lastIndex属性是可读可写的，所以我这里的解决办法是每次test方法之后将将lastIndex置为零，这样每次匹配都将会从最开始进行查找。这样就会避免这个问题了哦！

let _flag = regex.test(i.value);
regex.lastIndex = 0;