VS Code全局替换中^和$默认匹配整个文件的开头结尾而非每行首尾，需同时启用Regex和Match newline（↵图标）才支持行级锚点，否则应使用\n、(?=\n)等显式换行上下文替代。
VSCode全局替换中^和$为什么匹配不到行首行尾
默认情况下，^ 和 $ 在 VS Code 全局替换（Ctrl+Shift+H）中**不匹配每行的开头和结尾**，而是匹配整个搜索范围（即整个文件内容）的真正开头和结尾。这是最常被误解的点——你以为它在做“逐行匹配”，其实它在做“全文本单字符串匹配”。
所以写 ^console\.log 搜不到每行开头的 console.log，写 ;$ 也替换不了每行末尾的分号。根本原因：VS Code 的正则引擎把每个文件当作一个长字符串处理，. 默认不跨行，^/$ 自然也就只锚定这个长字符串的头尾。
- 必须手动启用「匹配换行符」功能（
↵图标），否则^/$行为不符合预期 -
↵图标和.*图标是两个独立开关，缺一不可：没开.*，^当字面字符；开了.*但没开↵，^仍只锚定全文开头 - 右下角状态栏显示
Regex+Match newline才算双重生效
如何真正实现“每行开头/结尾”的全局替换
可靠做法不是依赖 ^/$，而是用显式换行符上下文构造边界。VS Code 对跨行支持不稳定，尤其在大文件或复杂 glob 范围下，↵ 开关容易被忽略或失效。
- 匹配行首内容：用
\nconsole\.log或^console\.log（仅当↵确认开启时）→ 更推荐(^|\n)console\.log，兼容首行和后续行 - 匹配行尾内容：用
;$不可靠 → 改用;\n或;(?=\n|$)（后者需正则启用且↵开启） - 删除空行：
\n\s*\n比^\s*$更稳；若要保留文件末尾换行，加(?!\z)排除文件结尾位置 - 替换前务必点击「查找全部」，观察左侧结果是否按行粒度展开 —— 如果只有一条高亮，说明没真正触发行级匹配
实际场景：批量清理行首缩进或行尾空格
这类操作看似简单，但直接搜 ^ + 或 +$ 极易漏掉首行或末行。真实可用的模式有明确取舍：
- 删所有行首 2 个空格：
(^|\n)→ 替换为$1（保留换行或行首位置） - 删每行末尾空格：
[ \t]+(?=\n)→ 替换为空（注意不匹配文件末尾无换行的情况） - 统一行尾分号+换行：
;\n→ 替换为;\n\n；若原行末无换行，得额外跑一遍;(?!\n)(?!\z)→;\n - ⚠️ 切勿用
^ +$一键清空所有空白行：它会把文件开头、中间、结尾的空白行全吃掉，且无法区分「空行」和「仅含制表符的行」
为什么捕获组 $1 在行首/行尾替换里特别容易出错
当你用 (^|\n)( +)foo 这类模式，并想用 $1foo 去掉缩进，结果可能把所有 foo 都顶到文件开头——因为 $1 在首行匹配的是空字符串，而非 \n，导致格式塌陷。
- 安全写法：强制补换行逻辑，例如
(\n|^)( +)console\.log→$1console.log，但需确认↵已开，否则^不起作用 - 更鲁棒的替代：用
\n( +)console\.log替换为\nconsole.log，再单独处理首行（用Ctrl+F在当前文件手动修） - 所有含
^/$的捕获组，必须在替换预览里逐个点开上下文，检查$1实际捕获的是换行符还是空字符串 - 一旦发现某处
$1意外为空，立刻停手 —— 这说明正则锚点未按预期工作，继续「全部替换」大概率破坏代码结构
真正难的不是写出 ^ 和 $，而是确认它们此刻在你打开的这个搜索面板里，到底锚定了什么。每次开启全局替换前，花三秒看右下角有没有 Regex 和 Match newline，比调十分钟正则更省时间。
