sublime的find all默认复制整个匹配项而非捕获组内容，需启用正则模式（.*图标亮起）、使用成对括号定义捕获组，并用alt+enter（win/linux）或cmd+enter（macos）才能只选中括号内文本。
为什么直接 Find All 复制出来的不是分组内容？
Sublime 的 Find All 默认复制的是整个匹配项，不是括号里的捕获内容。比如写 fetch\(["']([^"']*)["']\)，没做额外操作就按 Ctrl+C，粘出来的是 fetch("https://api.com") 整段，而不是你想要的 https://api.com。
关键点在于：只有显式用 () 包住目标、且正则模式已启用（右下角 .* 图标亮起），Alt+Enter（Win/Linux）或 Cmd+Enter（macOS）执行 Find All 后，才会只选中括号内内容。
- 必须点亮
.*图标，否则括号被当字面量处理 - 括号要成对、不嵌套错位；
(?:...)这种非捕获组不参与编号 - 如果正则里有多个
()，Alt+Enter选中的是第一个左括号开始的最外层捕获组内容
怎么确保只提取括号内的纯文本，不带空格和换行？
即使用了捕获组，.*? 仍可能吞掉前后空白或换行符，导致粘贴后每行开头/结尾有空格，甚至出现空行。这不是正则写错了，而是匹配边界没卡准。
推荐用否定字符集替代 .*?，例如提取双引号内 URL：href="([^">]+)" 比 href="([^"]*)" 更稳——[^">]+ 明确排除引号和尖括号，也自然跳过空格和换行。
- 避免用
\s或.在跨行场景，改用[^\r\n"]+控制行内边界 - 如果原始文本含换行，且必须跨行提取，开头加
(?s)，但优先考虑先用^[ \t]*$删除空行再操作 - 复制后粘贴到新窗口，可用
^[ \t]+|[ \t]+$替换为空，清理首尾空格
跨文件提取时，Find in Files 能不能直接拿到分组内容？
不能。Find in Files（Ctrl+Shift+F）的结果页只显示匹配行 + 文件路径，不支持只输出捕获组。它本质上是“带上下文的搜索摘要”，不是提取器。
想从多个文件中批量拿分组内容，得走两步：先用 Find in Files 锁定范围，再逐个文件切过去，用 Ctrl+F + 捕获组 + Alt+Enter 批量选中复制。
- 在
Where栏限定路径，如./src/**/*.js，避免扫全项目拖慢响应 -
Find in Files中的正则仍需写捕获组，方便你快速跳转到对应行并复用查找逻辑 - 结果页里按
Ctrl+A复制，会带文件路径前缀（如file.js:123: fetch("x")），需后续用^[^:\n]+:[0-9]+:替换为空来清洗
替换里写 $1 却没生效，是不是正则写错了？
大概率不是正则错，而是三个地方漏了：正则模式没开、括号没被识别为捕获组、或者替换语法写成 \1。
Sublime 的替换只认 $1，$0 是整个匹配，$2 是第二对括号内容。编号严格按左括号顺序，(a(b)) 中 $1 是 ab，$2 是 b；(a(?:b)) 中 $1 就是 a，因为 (?:...) 不占编号。
- 测试是否生效：输入
\d+查找数字，能高亮说明正则模式已启用 - 原文含字面括号（如匹配
func(x)）时，查找里得写成func\(和\)，否则会被当成捕获组干扰编号 - 想输出字面量
$1，得写成$$1；单个$会导致解析失败或空替换
Find All 行为边界的误判——它不自动“提取”，只是帮你把光标停在捕获组位置，剩下的复制动作，得你亲手确认选中范围是否干净。
