别傻了！98%的前端在乱造JS字符串，活该天天改Bug

绝大多数前端开发每天都在和各种字符串死磕，但扎心的是，很多人压根不知道自己手底下敲出来的代码到底在干嘛。大家无非是去哪里随便复制粘贴一段，只要跑起来没报错，就谢天谢地了……直到某天线上彻底崩盘。

坦白说，以前我也是这副德行，直到我终于痛下决心，坐在电脑前把JavaScript字符串的底层逻辑彻底扒光。

为了让你以后不用再像上面那张配图里一样，对着一堆乱码欲哭无泪，这里为你掏心掏肺地整理了7个你这辈子必须掌握的字符串方法。

废话不多说，直接上干货！

1. String.prototype.at()

如果你依然天真地以为，用 word[word.length -1] 这种祖传手艺来获取最后一个字符就很完美了——那么，当遇到某些奇葩的Unicode字符时，你就可以直接盖上电脑洗洗睡了。

实际上，JavaScript好几年前就已经为你准备好了一个极其优雅的救命方案，你现在、立刻、马上就该把它用起来。

当你用它替换掉那个既反人类又极易翻车的 word[word.length -1] 后，毫无疑问，你不仅能瞬间干掉一堆潜在的Bug，连掉头发的速度都能跟着慢下来。

2. String.prototype.replaceAll()

这玩意儿的作用很简单：替换掉所有匹配的字符串。没错，是所有。干干净净，彻彻底底。

而且，你再也不用被那种仿佛把乱码直接泼在屏幕上的“正则表达式地狱”折磨了。

下面这个活生生的例子，绝对能让你一眼顿悟它到底有多香：

摸着良心说，到底哪种写法更像阳间的东西？我猜你肯定选第一个，对吧？因此，放弃那些晦涩的正则吧。

3. String.prototype.matchAll()

任何一个曾经在前端跟那些恶心的日志文件、数据分析，或者是后端丢过来的反人类API响应搏斗过的人，都会把这个功能供起来。

当你需要从一堆烂摊子里精准提取数据，并且还要用到正则分组时，请记住，这根本不是什么可有可无的炫技，而是你保命的刚需。就算如此，还是有大把人不知道用。

4. padStart() / padEnd()

无论是处理账单流水号、银行账户、日志时间戳，还是二进制的IP地址，时至今日，居然还有人为了补齐几位字符去手写低级的循环语句！他们真的该被拉出去祭天。

其实，JavaScript早就为你铺好了一条体面得多的捷径：

所以，别再用那种笨办法折磨自己了。

5. String.prototype.normalize()

听着，只要你试图去比较哪怕一丁点带有Unicode字符的字符串，normalize() 就是你绝对绕不开的生死线。

想知道为什么吗？看这里：

总而言之，如果你在对比用户输入、文件名称、搜索关键词或者唯一标识符的时候，连个归一化都不做，那么恭喜你，你不是在写代码，你是在往生产环境里埋定时炸弹。尽管如此，很多人依然心存侥幸。

6. trimStart() / trimEnd()

很多时候，你其实并不需要用 trim() 这种简单粗暴的屠龙刀把两头的空格全砍掉，因为首尾的某些空格往往藏着关键信息。

比如，当你开发Markdown解析器、代码格式化工具，或者处理命令行输入时，空格到底待在哪个位置，简直比命还重要。

因此，精准打击，才是高级工程师的修养。

7. 带有 limit 参数的 split()

我就纳闷了，如果你明明只需要开头的那一小撮数据，凭什么要把整个庞大的字符串全盘切碎？

实际上，加上这个限制参数，你的代码就能少干点脏活累活。不仅如此，还能大幅省下内存空间，逻辑也变得前所未有的清爽。显然，何乐而不为呢？

最后几句掏心窝子的话

满大街的前端开发都在用字符串，但真正能把它玩明白的，屈指可数。

发明这些方法，绝对不是为了让你的代码看起来像在装杯。而是因为，无数前人用血淋淋的线上事故证明了：软件只要一碰文本，就极其容易彻底翻车——一次又一次。

如果你执迷不悟，继续对这些神仙工具视而不见，那你写出来的代码永远都是这副德行：

• 在本地环境里跑得欢天喜地
• 一上国际化环境当场暴毙
• 遇到真实用户的脏数据直接瘫痪

最可怕的是，你根本察觉不到，直到灾难彻底降临。

JavaScript给你塞进这些神兵利器，可不是让你当摆设的。赶紧用起来，别再给自己挖坑了！