Ctrl+Shift+M（Windows/Linux）或Cmd+Shift+M（macOS）按了没反应，是因为光标未在成对闭合括号内部或符号上、文件语法类型非正确编程语言（如显示Plain Text）、或括号本身不完整；输入法为中文也会导致系统级热键拦截。
Ctrl+Shift+M（Windows/Linux）或 Cmd+Shift+M（macOS）是最快、最直接的方式，但必须满足三个硬条件：光标在成对括号内部、文件语法类型正确、括号本身闭合。
为什么 Ctrl+Shift+M 按了没反应
这不是快捷键失效，而是触发条件没满足。常见真实场景包括：
- 光标停在右括号
)后面、左括号{前面，或整个括号块外 —— 它只响应“括号内”或“括号符号上”的位置 - 文件被识别为
Plain Text：右下角语言名不是JavaScript、Python等，而是灰色的Plain text，此时match_brackets逻辑不加载 - 括号缺一个：比如写完
if (x > 0 {少了)，Sublime 会尝试找最近合法对，但结果不可控；可用Ctrl+Shift+P→ 输入Find Unmatched Brackets扫一遍 - 输入法为中文：系统级热键拦截，切英文再试
选中内容后怎么连括号一起包进来
默认 Ctrl+Shift+M 只选中间，不选括号。不需要新插件或复杂配置，两步搞定：
- 先按
Ctrl+Shift+M选中内容（比如a, b, c） - 再按
Ctrl+Shift+→（Windows/Linux）或Cmd+Shift+→（macOS），立刻把右侧括号)加入选区 - 再按一次
Ctrl+Shift+←，左侧括号(也进来 —— 整个(a, b, c)就完整选中了
这个扩展逻辑依赖 Sublime 的 scope 解析，所以它比手动 Shift+方向键更稳，尤其在多行、缩进、换行混用时。
嵌套太深时如何精准控制某一层
光标在 foo(bar(baz)) 的 baz 上，Ctrl+Shift+M 必定只选 (baz) —— 这不是限制，是设计意图。要选中特定层，关键在**光标起始位置**：
- 想选
(bar(baz))：把光标移到bar和第一个(之间（即bar(的(上），再按Ctrl+Shift+M - 想选整个
foo(bar(baz))：光标移到foo后、第一个(前（即foo(的(上） - 如果括号类型混合（如
{[()]}），它仍以光标所在符号为锚点匹配最近闭合对，不会跨类型跳转
更底层的替代方案是 Ctrl+Shift+Space（Expand Selection to Scope），它不认括号配对，而认语法作用域，适合 JSX、Vue SFC 或自定义 DSL 中括号语义模糊的场景。
HTML 标签和引号内容怎么处理
原生 Ctrl+Shift+M 不支持 HTML 标签或引号，必须换命令：
- 选中引号内文本（不含引号）：
Ctrl+Shift+P→ 输入Select Between Quotes，或提前绑定快捷键，例如在用户键位里加：
[{"keys": ["ctrl+shift+q"], "command": "select_between_quotes"}]
- 选中 HTML 标签内容（不含标签）：需安装插件
BracketHighlighter，启用后右键菜单有Select Content，或绑定快捷键如Ctrl+Alt+Shift+M - 所有这些操作都严格依赖语法高亮：引号在
Plain Text模式下会被当作文本字符，Select Between Quotes直接不响应
真正容易被忽略的是：括号选择不是“视觉包围”，而是“语法结构识别”。哪怕格式工整、缩进完美，只要有一个 } 缺失或错位，整段文件的括号选取行为都会退化为局部匹配，且无任何提示。
