结论：用((1))最安全但需关闭.matches newline；跨行改用(([\s\s]?))并手动勾选该选项；嵌套括号sublime原生不支持。因.*?不识别括号结构，遇换行中断后会盲目匹配到末尾右括号，且无法区分注释与代码上下文。) ↩
直接说结论：用 \(([^)]*)\) 最安全，但必须关掉 . matches newline；跨行就换 \(([\s\S]*?)\) 并手动勾选该选项；嵌套括号 Sublime 原生不支持，别硬刚。
为什么 .*? 经常越界匹配？
因为 .*? 是“懒惰但盲目”的——它只保证最小匹配，却不识别括号结构。比如在 if (x > 0) { console.log((a + b)); } 中，\((.*?)\) 会从第一个 ( 一直吃到最末尾的 )，中间所有嵌套全被吞掉。
- 根本问题不是正则写错，而是
.默认不认换行，一遇到回车就中断，反而让引擎“回头找更远的右括号”来凑数 - 注释里有括号（如
// foo(bar)）也会被误捕，因为 Sublime 不做语法上下文判断 - 真正要提取函数参数或条件表达式，得靠字符排除法，而不是通配符兜底
\(([^)]*)\) 和 \(([\s\S]*?)\) 怎么选？
前者适合单行、无嵌套、无注释干扰的场景（如 func(1, "hello", true)）；后者是跨行刚需，但代价是性能下降、易受未闭合括号拖累。
-
\(([^)]*)\)：明确排除右括号，不会跨行，快且稳；缺点是遇到换行直接失败 -
\(([\s\S]*?)\)：[\s\S]强制覆盖所有字符（含换行），配合?实现就近闭合；必须手动勾选. matches newline，否则[\s\S]也无效 - 两者都要求括号成对——如果文件里漏了个
)，[\s\S]*?会一路吃到文件末尾，导致结果膨胀
替换时 $1 为啥原样输出？
因为查找面板和替换面板的正则开关是独立的。你在查找框写了 \(([^)]*)\) 并点了 .* 图标，只影响高亮；替换框里的 $1 仍是字面量，除非你也在替换面板右下角单独点一次 .*。
- 验证方法：替换框先输
\1，看是否提取出内容；\1比$1兼容性略好，但 Sublime 官方推荐$1 - 捕获组编号只按左括号顺序排：
((a)(b))中，$1 = ab，$2 = a，$3 = b；没有非捕获组(?:...)支持 - 全局替换前务必先点
Find All，确认匹配数量和范围，避免把console.log()和/* (comment) */一起干掉
嵌套括号（如 fn(a(), b(c()))）怎么办？
Sublime 的正则引擎不支持递归语法（如 (?R) 或 (?1)），所有“一步提最外层”的尝试都会失败。这不是配置问题，是能力边界。
- 可行解只有两个：分步提取（先提最内层
c()，再提b(c())，最后提整个），或切到专用工具（如 Python 的ast模块、VS Code 的扩展） - 临时 workaround：用
\([^()]*\)找最内层，配合Ctrl+D逐个处理，比正则硬刚更可控 - 真正容易被忽略的是：很多你以为的“嵌套”，其实是语法作用域问题——比如 Vue SFC 中
<script></script>块没被识别为 JS，括号根本不在解析范围内，此时连\(([^)]*)\)都不生效
