Ctrl+Shift+J有时只选中一行，是因为它依赖语法作用域（scope）向外扩展，而非机械识别缩进或空行；若语言模式错误、光标位于注释/字符串/折叠区内、文件含BOM或换行符混用、或为自定义DSL等scope定义不全的情况，便会退化为单行选择。
Ctrl+Shift+J 为什么有时只选中一行？
Sublime Text 没有“段落”这个原生概念，Ctrl+Shift+J（Windows/Linux）或 Cmd+Shift+J（macOS）实际是“向外扩展当前语法作用域（scope）”，不是按空行或缩进数机械选中。它在 Python、JS、YAML 等语言中常表现为“选中当前缩进块”，但前提是：
- 右下角语言模式必须匹配：写 Python 却显示
Plain Text，Ctrl+Shift+J就会失效——点右下角手动切为Python或用Ctrl+Shift+P→ 输入Set Syntax: Python - 光标不能落在注释、字符串、正则字面量或折叠区域内部：这些位置会中断 scope 层级，导致只能选中当前行
- 文件含 BOM 或混用
\r\n和\n：用Ctrl+Shift+P→Convert Line Endings: Unix统一为 LF - 自定义 DSL 或未配置语法的文件（如
.env、.toml）：scope 定义不全，Ctrl+Shift+J可能退化为单行选择
Ctrl+Shift+A 怎么选中整个函数体？
Ctrl+Shift+A（Windows/Linux）或 Cmd+Shift+A（macOS）更适合选中带结构边界的逻辑块，比如函数定义（含签名 + 函数体）。它不依赖缩进数量，而是结合括号闭合和 scope 向上追溯：
- 光标放在函数体内任意位置（避开 docstring 和注释），按一次通常选中函数体；再按一次可扩展到含
def或function的整段声明 - 箭头函数无大括号时（如
const a = () => 1;），只会选中右侧表达式，不会包住const a =——这是语法解析限制，非快捷键问题 - Python 中若光标停在
"""docstring"""内，可能无法正确跳回def行；建议先移到第一行实际语句再按 - 配合
Alt+F3可批量操作：先Alt+F3全选所有if，再按一次Ctrl+Shift+A，每个光标自动扩展为对应if块
纯文本或失效时怎么模拟“按段落”选择？
当 Ctrl+Shift+J 完全失效（比如处理日志、Markdown 列表、未识别的配置文件），就得放弃语法依赖，改用列选择 + 行操作组合：
- 把光标移到目标段首行开头，按
Ctrl+L选中该行；再连续按Ctrl+L逐行向下加选，直到段尾空行前为止 - 若段落由空行分隔，可用
Ctrl+F搜^\s*$（正则，勾选Regex和Whole Line），Alt+Enter标记所有空行，然后用Ctrl+Shift+K删除它们，再人工框选更清晰 - 需要严格按缩进层级（比如整理 YAML 缩进混乱块），开启列选择：
Ctrl+Shift+P→Toggle Column Selection，然后鼠标拖出矩形区域，再按Ctrl+Shift+L在每行末尾加光标，统一删/补缩进
ExpandRegion 插件真能补足原生缺陷吗？
第三方插件 ExpandRegion 可以提供更可控的“逐层扩大选择”能力，但它不是万能解药：
- 安装后默认绑定
Ctrl+Shift+J，会覆盖原生命令——若你习惯原生行为，需手动修改键位绑定 - 仍依赖语法包：对
source.python支持好，但对source.custom-dsl可能无响应，得自己写 scope 规则 - 性能敏感：在超长文件（>10k 行）中多次按扩展键，可能卡顿；此时不如用
Ctrl+L手动加选更稳 - 真正不可替代的场景是“嵌套结构中的局部收缩”：比如已选中整个
for块，想快速缩回到循环体（去掉for ...:行），ExpandRegion支持反向收缩，原生没有对应操作
最易被忽略的是光标初始位置——哪怕快捷键完全正确，光标落在字符串引号内、注释中间或折叠代码块里，Ctrl+Shift+J 和 Ctrl+Shift+A 都会直接降级。别急着查插件，先看右下角语言模式、再挪光标，往往就解决了。
