vs code中ctrl+h替换整行需启用正则模式（点.图标），用^和$锚定行首行尾；删除整行用^pattern$，保留缩进用捕获组如^(s)pattern$→$1replacement；批量修改必须用replace in files而非replace all。
为什么 Ctrl+H 替换整行总失败
VS Code 默认的 Ctrl+H（查找替换）面板不识别“整行”为一个逻辑单位——它只按字符流匹配，
在普通模式下是字面量两个字符，不是换行符。你输 console.log('a')
去搜，实际是在找字母 n 后跟字母 ，根本不会跨行命中。
真正能匹配整行的唯一可靠方式是启用正则模式，并用 ^ 和 $ 锚定行首行尾。但要注意：^ 和 $ 默认只匹配整个文档的开头/结尾，**必须配合 m（multiline）标志才对每行生效**——而 VS Code 的 UI 不暴露这个标志，只能靠正则引擎隐式支持（当前版本已默认启用）。
- 错误做法：在未点亮
.*图标时输入^import.*→ 搜索不到任何内容，因为^被当作文本字符处理 - 正确做法：先点
.*图标（右下角出现Regex标签），再输入^imports+{.*} froms+['"].*['"];$ - 注意
;和末尾换行：如果目标行以分号结尾且后跟换行，想连换行一起删，得加?；但更安全的是只匹配到行尾，替换留空，让编辑器自动保留换行结构
怎样安全地删除或替换完整的一行（含空行）
删除某类代码行（比如所有注释行、所有空行、所有 console.log 行）本质是“匹配整行 + 替换为空”。关键在于控制边界，避免误吞上下文。
示例：删掉所有形如 // TODO: xxx 的整行注释
查找：^//s*TODO:.*$ 替换：
-
^匹配行首（启用正则后自动按行生效） -
//s*匹配双斜杠和可选空白 -
TODO:.*匹配TODO:及其后任意字符 -
$匹配行尾（不含换行符本身），这样替换为空后，原位置只剩一个换行，不会合并上下两行 - 若想连空行也一并清理，另起一次搜索：
^s*$（匹配纯空白或空行）
替换整行时如何保留缩进或修复格式错乱
直接替换整行容易把原有缩进（空格或 Tab）一并抹掉，导致代码缩进崩溃。解决方案是用捕获组把缩进单独拎出来。
示例：把所有 console.log(...) 行替换成 debug(...)，但保留原始缩进
查找：^(\s*)console\.log\((.*)\); 替换：$1debug($2);
-
^(\s*)捕获行首所有空白（注意反斜杠要双写，VS Code 正则需转义） -
$1在替换中还原该缩进，确保新行对齐原位置 - 函数名和括号必须转义：
console\.log\(，否则.匹配任意字符，(被当作分组开始 - 如果原行末尾有分号，替换里也要带分号，否则可能破坏语法
为什么 “Replace in Files” 比 “Replace All” 更关键
很多人点了 Replace All 发现文件没变——那只是内存修改，文件标题栏出现 ● 圆点，但未写入磁盘。真正批量改多文件的操作是 Replace in Files（两个重叠文档图标），它会逐个打开命中文件、执行替换、触发保存逻辑。
- 未打开的文件：只有
Replace in Files会自动加载并修改；Replace All完全忽略 - 只读文件：
Replace in Files会跳过并提示，Replace All静默失败 - 范围过滤：
files to include（如src/**/*.ts）和files to exclude（如node_modules）只对Replace in Files生效 - 性能影响：大项目中，
Replace in Files会受search.followSymlinks和search.useRipgrep设置影响，这两个必须为true才不至于卡死
整行替换最容易出问题的地方，从来不是正则写得对不对，而是忘了确认右下角有没有 Regex 标签，以及点了哪个替换按钮。
