ctrl+shift+space是按scope链逐级向上扩展选区的原生命令，严格依赖语法识别：光标须在有效token内、右下角显示正确语言（非plain text），按一次跳一级（如变量→字符串→行→代码块→文件），不支持一键全选函数。
Ctrl+Shift+Space 是选“当前作用域”的原生命令
这个快捷键不是选函数、也不是选缩进块，它严格按 Sublime 的 scope 链逐级向上扩展：光标所在 token → 所在字符串/注释 → 所在行 → 所在代码块（如 meta.block.python）→ 整个文件。它依赖语法高亮定义的 scope 层级，所以对语言模式极其敏感。
- 右下角必须显示目标语言（如
JavaScript、Python），若显示Plain Text，scope链为空，按键无效 - 光标必须落在有效 token 内部，比如变量名中间（
myVar的V上），不能停在空格、空行或注释开头 - 按一次只跳一级，想从语句扩到函数体，通常要按 2–3 次；不支持“一键全选函数”
- Python 中函数体本身没有独立
scope，首次扩展常止步于缩进块，再按才进入meta.function.python
为什么 Ctrl+Shift+Space 有时只选中一行？
这不是 bug，是 scope 解析失败的明确信号。常见原因有：
- 文件含混合换行符（
\r\n和\n混用），导致语法解析中断——执行Ctrl+Shift+P→ 输入Convert Line Endings: Unix统一为LF - 文件被错误识别为
Plain Text或未配置语法（如.env、.toml），手动切换语法后立即恢复 - 光标落在字符串内、模板字面量里或注释中，这些区域属于独立
scope，向外扩展时被截断 - 自定义 DSL 或语法包缺失（比如某些前端配置文件），
scope定义不完整，无法构建有效层级
Ctrl+Shift+M 和 Ctrl+Shift+J 更适合“确定结构”的场景
当你要快速抓取一段有明确边界的内容，Ctrl+Shift+Space 反而不如这两个命令可靠：
-
Ctrl+Shift+M只认括号配对（{}、()、[]、<tag></tag>），不依赖语法，哪怕文件是Plain Text也能用；但光标必须落在成对括号内部，且括号必须闭合 -
Ctrl+Shift+J对 Python/JS 等语言最实用，它识别meta.block.python这类语法定义的“逻辑块”，比纯缩进数空格更准；但遇到else:或except:这类缩进更浅的行会自然终止选区 - 三者本质不同：
Ctrl+Shift+Space是 scope 导航，Ctrl+Shift+M是括号匹配，Ctrl+Shift+J是语法块识别——别指望一个快捷键通吃
容易被忽略的关键点
很多人反复按 Ctrl+Shift+Space 没反应，就放弃或重装插件，其实问题往往出在最基础的地方：
- 右下角语言模式是否正确？这是第一检查项，不是“可能有问题”，而是“几乎总是这个问题”
- 光标是否真的在可解析的 token 上？把光标移到
if关键字中间再试，别停在前面空格或后面分号上 - 你真正想选的是“作用域”还是“视觉上的一段”？如果是后者，
Ctrl+Shift+J或Ctrl+Shift+A往往更直接 - scope 链是单向向上跳的，它不会自动“感知函数签名”或“合并多个相邻缩进块”，这点和 IDE 的语义选中有本质区别
