JavaScript 正则表达式锚点实战：为什么 `^$` 只匹配空字符串

• 文档/教程
• 前端

^（脱字符）与$（美元符）是 JavaScript 正则表达式中最基础也最容易产生误解的两个“锚点”。本文以 Modern JavaScript Tutorial 仓库中 正则表达式任务 "Regexp ^$" 及其 官方解答 为主线，从“空字符串是唯一匹配”这个反直觉结论出发，彻底讲清锚点的“零宽”本质、完整匹配校验的实战写法，以及多行模式m带来的行为差异，帮助你在表单校验、输入格式检查等场景中准确使用锚点。

任务回顾：/^$/能匹配哪些字符串？

任务原文 提出的问题非常简短：哪个字符串能匹配正则^$？

let regexp = /^$/;

直觉上，很多人会认为^匹配“开头”，$匹配“结尾”，那么中间应该“有点什么”才行。但正确答案出乎意料：只有空字符串""能匹配/^$/。

对应的官方解答是这样解释的：

空字符串是唯一的匹配：它一开始就立即结束。 这个任务再次证明：锚点不是字符，而是“测试”（tests）。

也就是说，对于空字符串""，正则引擎先测试^（输入是否位于文本开头）——满足；紧接着测试$（是否位于文本结尾）——同样满足。因此产生了匹配。

核心原理：锚点是零宽的“测试”，不是字符

要理解上述结论，必须先建立正确的锚点心智模型。《Anchors: string start ^ and end $》 一文明确指出：

• 脱字符^匹配文本的开头；
• 美元符$匹配文本的结尾；
• 它们被称为anchors（锚点）。

更重要的是该文以 smart 提示块强调的**“零宽”特性**：

锚点^和$是测试，它们具有零宽度（zero width）。换句话说，它们不消费任何字符，而是强制正则引擎去检查条件（文本开头/结尾）。

这正是“零宽断言”（zero-width assertion）的含义：锚点不会占用匹配结果中的任何字符，匹配结果的长度完全取决于模式中其他部分。对于/^$/，模式里除了两个锚点之外没有任何字符类或字面量，所以唯一能满足“开头即结尾”条件的输入就是长度为零的空字符串。

引擎逐步匹配演示

以regexp = /^$/、str = ""为例，引擎执行过程如下：

1. 引擎位于位置 0，测试^：当前是否在文本开头？——是，通过；
2. 引擎继续测试$：当前是否在文本结尾？——由于字符串长度为 0，位置 0 同时就是结尾——是，通过；
3. 两个测试全部通过，返回匹配，匹配结果为空字符串。

而对于任何非空字符串（如"a"），步骤 2 必然失败：位置 0 之后还有字符，不满足“位于结尾”，于是^$匹配失败。这就是“空字符串是唯一匹配”的根本原因。

实践价值：用^...$做“完整匹配”校验

单个锚点常用于检测“以什么开头/以什么结尾”，两个锚点组合^...$则常用于验证整个字符串是否完全符合某种格式——例如检查用户输入是否为12:34这样的时间格式（两个数字、一个冒号、再两个数字）。

教程原文 给出的例子：

let goodInput = "12:34"; let badInput = "12:345"; let regexp = /^\d\d:\d\d$/; alert(regexp.test(goodInput)); // true alert(regexp.test(badInput)); // false

关键点在于：

• ^\d\d:\d\d$要求匹配必须恰好从文本开头之后开始，且文本结尾必须紧跟匹配结束；
• 因此整个字符串必须精确符合格式。只要有多余字符或任何偏差（如"12:345"多了一位数字），结果为false；
• 若不使用^...$，/\d\d:\d\d/会在"12:345"中成功匹配子串"12:34"，从而给出错误的true——这正是“完整匹配校验”必须同时使用两个锚点的原因。

表单校验的典型场景

这种写法直接对应真实开发中的输入校验需求，例如：

// 校验 24 小时制时间 HH:MM function isValidTime(input) { return /^\d\d:\d\d$/.test(input); } // 校验 8 位纯数字密码（简化示例） function is8Digits(input) { return /^\d{8}$/.test(input); }

只要输入中混入空格、字母或多余字符，^...$组合都会让校验返回false，保证“不多不少、完全匹配”。

边界情况与替代方案

教程还提醒了一个重要的工程判断：对于“以 X 开头/以 X 结尾”这类简单检测，优先使用字符串方法startsWith/endsWith，正则表达式应当留给更复杂的测试：

let str = "Mary had a little lamb"; alert(/^Mary/.test(str)); // true，正则写法 alert(str.startsWith("Mary")); // true，更直观的字符串方法 let str2 = "its fleece was white as snow"; alert(/snow$/.test(str2)); // true，正则写法 alert(str2.endsWith("snow")); // true，字符串方法

而“完整格式校验”（full match）则没有对应的高可读性字符串方法，此时^...$正是标准解。

进阶：m多行模式下锚点的行为变化

锚点还有一个必须掌握的变体行为：当正则带有多行标志m时，^与$不再只匹配整个文本的开头/结尾，还会匹配每一行的行首/行尾。后续章节《Multiline mode of anchors ^ $, flag "m"》 对此有详细说明。

对比示例（文本含多行）：

let str = `1st place: Winnie 2nd place: Piglet 3rd place: Eeyore`; console.log(str.match(/^\d/gm)); // ["1", "2", "3"]，每行行首各取一个数字 console.log(str.match(/^\d/g)); // ["1"]，默认模式只匹配整个文本开头

默认（不带m）时^仅在文本开头匹配；带m时，^在每个换行符\n之后的位置以及文本开头匹配；$则类似地在每个换行符之前的位置以及文本结尾匹配。因此，如果某个^...$校验写成了re = /^\d\d:\d\d$/m，而输入是多行文本，每一行都会单独参与“完整匹配”测试——这是多行校验场景下容易踩到的坑。

另外注意：若想在结果中包含换行符本身，应使用\n字符而非锚点，因为锚点是零宽测试、不进入匹配结果，而\n是真实字符、会作为匹配内容的一部分被捕获（如str.match(/\d\n/g)返回["1\n", "2\n"]）。

小结

回到开篇的任务：/^$/的答案是唯一的空字符串""。它的底层逻辑可以浓缩为三句话：

1. 锚点^、$是零宽度的测试，不消费字符；
2. 空字符串同时满足“位于开头”与“位于结尾”，因此是/^$/的唯一匹配；
3. 在实战中，^...$组合是“整个字符串精确匹配某格式”的标准写法，配合test()即可完成可靠的表单输入校验。

想进一步巩固，可以对照阅读仓库中的 任务描述、官方解答 与 锚点章节正文，并继续学习多行模式m以掌握锚点的完整行为。

• 文档/教程
• 前端