JavaScript字符串方法演进聚焦更安全、更精准、更可读：早期方法如indexOf、substring只读但缺乏上下文感知；现代正则配合u/s/d标志及命名捕获组提升Unicode支持与语义表达，matchAll成为结构化文本处理的事实标准。
JavaScript 字符串方法的演进，本质上是围绕“更安全、更精准、更可读”三件事展开的。早期 API（如 indexOf、substring）能完成基础查找和截取，但面对复杂文本处理时力不从心；现代正则工具（尤其是配合 u、s、d 等标志和命名捕获组）则让模式表达更贴近语义，也大幅降低出错概率。
基础字符串方法：只读性与局限性
所有原生字符串方法都不修改原字符串，而是返回新值——这是必须牢记的前提。像 str.toUpperCase()、str.replace('a', 'b') 都不会改变 str 本身。早期方法如 indexOf、lastIndexOf、substr 和 substring 虽然简单，但缺乏上下文感知能力：
-
indexOf只能找第一个匹配位置，无法获取全部匹配或捕获内容 -
replace用字符串作替换值时，不支持动态逻辑；用函数时又缺少对 Unicode 字符的天然支持 -
split在遇到空字符或边界模糊时行为不稳定，比如"a\u{1F600}b".split('')在旧引擎中会把 emoji 拆成两个代理对
正则介入：从 RegExp 构造到字面量进化
ES3 引入正则表达式时，仅支持基本语法和 g、i、m 标志。真正提升可用性的转折点出现在 ES5 及之后：
- ES5 允许在字符类中直接写
/[/]/（不用转义斜杠），简化了路径、URL 等场景的书写 - ES2015 增加
u（Unicode）标志，使\w、.、^/$等元字符真正按 Unicode 码点工作，避免 emoji 或中文被错误切分 - ES2018 加入
s（dotAll）标志，让.匹配换行符，不再需要写[\s\S]这类绕弯写法 - ES2022 的
d（hasIndices）标志让exec和matchAll返回匹配位置索引，替代手动计算index+length
现代字符串正则方法：matchAll 成为事实标准
String.prototype.matchAll（ES2020 引入）是字符串与正则深度协同的关键一步。它返回一个可迭代对象，每次迭代给出完整匹配结果，包含命名捕获组、索引、原始输入等信息：
立即学习“Java免费学习笔记（深入）”；
- 相比
match，它不会丢失全局匹配中的捕获组数据 - 配合
u+g+d，能可靠提取带 emoji 的用户名、带变音符号的外文名等真实世界文本 - 示例：
"??@github.io".matchAll(/(?<user>\p{Emoji_Presentation}+)@(?<host>\w+\.\w+)/gu)可直接解构出 user 和 host 分组
实用建议：何时该用字符串方法，何时该切正则
不是所有问题都值得上正则。判断依据很实际：
- 纯固定子串查找、大小写转换、简单拼接 → 用
includes、toLowerCase、concat等原生方法，性能高且语义清晰 - 需要提取结构化片段（如 URL 中协议/域名/路径）、验证格式（邮箱、日期）、处理多语言文本 → 直接上带
u标志的正则，配合matchAll或replaceAll - 动态生成模式（如用户输入关键词搜索）→ 用
RegExp构造函数，注意双重转义new RegExp(escapeStr(keyword), 'gu')
