那這到底是怎么回事呢？本質其實是因為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);

但是實際運行時，發(fā)現數據源中的數據，有的可以匹配到有的匹配不到。當時就納悶了，這有什么問題嗎？最后幾經查找答案，原來是正則表達式的全局匹配有個坑：正則表達式中有一個lastIndex的屬性，這個屬性表示上一次匹配文本結果之后的第一個字符的位置。他在下一次查找的時候，會從lastIndex往后繼續(xù)查找，這就會導致一下個匹配返回false。

那么如何解決呢？

因為lastIndex屬性是可讀可寫的，所以我這里的解決辦法是每次test方法之后將將lastIndex置為零，這樣每次匹配都將會從最開始進行查找。這樣就會避免這個問題了哦！

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

到此這篇關于jJavaScript中toFixed()和正則表達式的坑的文章就介紹到這了,更多相關toFixed()和正則表達式內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

您可能感興趣的文章:

亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

軟件下載

源碼下載

軟件編程

網絡編程

在線工具

數據庫

CMS

常用工具

jJavaScript中toFixed()和正則表達式的坑

目錄

toFixed精度問題

導致原因

解決辦法

正則表達式全局匹配的坑

相關文章

最新評論

大家感興趣的內容

最近更新的內容

常用在線小工具