Sublime Text 4 的括号匹配不依赖 AST，仅靠字符扫描，导致嵌套匿名函数中 Ctrl+M 和 Ctrl+Shift+M 失效或误判；根源在于光标位置、语法模式（如 JavaScript vs JavaScript (Babel)）及插件干扰，而非代码错误。
Sublime Text 4 本身不解析 JavaScript 语法树，所谓“嵌套匿名函数匹配报错”不是它主动报的错，而是你看到的括号跳转失效、Ctrl+M没反应、Ctrl+Shift+M选错范围——本质是括号匹配引擎在复杂结构里丢了上下文。
为什么匿名函数嵌套会让 Ctrl+M 失效
Sublime 的括号匹配靠字符扫描，不依赖 AST。遇到 (function(){(function(){...})()})() 这类结构时，它只认 (、)、{、} 八个符号的线性顺序，一旦中间混入字符串、正则字面量或注释，就可能提前终止匹配。
- 光标停在
function(){的f上，Ctrl+M不触发——必须落在{或(字符上 -
/(a{2,3})/里的{2,3}被当成普通文本，但 Sublime 仍会尝试匹配花括号，导致跳转到错误闭合位置 - 箭头函数
=>后跟大括号时（如x => { return x * 2; }），若光标落在=>上，Ctrl+M完全无响应
Ctrl+Shift+M 在匿名函数里选中内容不准
这个快捷键默认选「括号内全部内容，不含括号本身」，但在嵌套匿名函数中极易误判边界——尤其当外层是圆括号、内层是花括号时，它优先按最近的成对符号收束，而不是按作用域逻辑。
- 写
foo((a) => { bar(() => { baz(); }); });，光标停在最内层baz()的b上，Ctrl+Shift+M只会选中baz();，不是整个内层箭头函数体 - 想选最外层函数体？得先把光标挪到最外层
{上，再按Ctrl+Shift+M；如果停在foo(的(上，它会选到第一个)就停，也就是(a) => { ... }这一段 - 连续按两次
Ctrl+Shift+M不一定往外扩一层——它依赖括号层级，而箭头函数的=>不参与层级计数，容易卡在“视觉嵌套”和“字符嵌套”不一致的位置
真正能稳定定位嵌套函数体的替代方案
别硬扛原生括号跳转。用 Ctrl+Shift+P 调出命令面板，输入并执行以下命令更可靠：
-
Expand Selection to Scope：光标在函数体内任意位置，连按两次，通常能精准框住整个函数体（包括function关键字或箭头符号） -
Select Scope：直接选中当前光标所在语法作用域，对匿名函数识别比Ctrl+Shift+M稳定得多 - 装
BracketHighlighter插件后启用Expand Selection to Brackets命令，它支持自定义括号对，可把=>和{绑定为逻辑对，解决箭头函数匹配断裂问题
注意：BracketHighlighter 的 Select Content 功能对 HTML 标签有效，但对 JS 匿名函数仍需配合作用域扩展命令，不能只靠标签匹配。
检查是否被语法模式拖累
右下角显示 Plain Text 或 JavaScript (Babel) 时行为差异极大：
- 选
JavaScript模式（不是JavaScript (Babel)）：原生括号引擎工作最稳，但不支持 ES6+ 新语法高亮 - 选
JavaScript (Babel)：支持箭头函数、解构等，但括号匹配逻辑由插件实现，Ctrl+M响应延迟更高，且易受插件版本影响 - 如果右下角是
JSON或Plain Text，整个括号系统关闭——哪怕代码写得再规范，Ctrl+M也必然静默
嵌套匿名函数本身没问题，问题总出在光标位置、语法模式、插件干扰这三者的组合上。调试时先确认右下角语言名，再检查光标是否真踩在括号字符上，最后才怀疑代码写法——大多数时候，不是代码错，是你没让 Sublime “看见”它该匹配的符号。
