Sublime的Ctrl+K,Ctrl+N折叠基于语法作用域层级而非缩进，如Python中def常属level2，但装饰器换行或缩进混用会导致scope断裂、折叠失效；需通过Show Scope Name验证meta.function.python是否存在，并调整语法识别或禁用冲突插件。
Ctrl+K, Ctrl+N 折叠的是作用域层级，不是缩进层级
Sublime 的 Ctrl+K, Ctrl+N（N 为 1–8）折叠的是语法定义中 scope 嵌套深度为 N 的结构，和空格/Tab 数量完全无关。比如 Python 中 import 和 if __name__ == "__main__": 常属 level 1，而 def 和 class 多在 level 2；但若装饰器跨行或 docstring 紧贴 def 行，def 可能被识别为 level 3 或直接断裂，导致 Ctrl+K, Ctrl+2 对它无效。
操作必须分两步：先按 Ctrl+K 松开，再按数字键；输错（如 Ctrl+K, Ctrl+9）不会报错，只是静默失败。
- 确保右下角状态栏显示真实语言名（如
Python），不是Plain Text - 光标无需在特定行——该命令作用于整个文件，不依赖光标位置
-
Ctrl+K, Ctrl+0是fold_all，和层级无关，会收起所有已识别的可折叠块（包括顶层注释、__all__、if __name__）
为什么 Ctrl+K, Ctrl+2 有时只折一半函数？
根本不是快捷键问题，而是作用域识别断裂。Sublime 折叠依赖语法高亮器输出的 scope 链，一旦中断，fold_by_level 就找不到目标块。
验证方法：光标停在某个 def 行，按 Ctrl+Shift+P → 输入 Developer: Show Scope Name 回车，看状态栏输出：
- 正常应含
meta.function.python——说明函数作用域识别成功 - 只显示
source.python——语法包未加载或被插件干扰（如旧版Python Improved） - 显示
source.python meta.decorator.python但没meta.function——装饰器换行写法（如@decorator单独一行）导致解析中断
修复建议：装饰器与 def 之间加空行、统一用空格缩进、禁用冲突插件。
Ctrl+K, Ctrl+J 展开所有，但不处理手动折叠区域
这个快捷键调用的是 unfold_all 命令，它只还原由语法识别自动产生的折叠（比如 def、class、{} 块），对 fold_selection 创建的手动折叠区域完全无效。你按了没反应？大概率是因为当前文件里只有手动选中折叠的段落。
- 侧边栏有独立三角图标（非 gutter 自带 ▶），但
Ctrl+K, Ctrl+J点击后不展开 → 很可能是手动折叠 - 折叠前是
Ctrl+Shift+Alt+[（Windows）或Cmd+Ctrl+Option+[（macOS）操作的 → 这类折叠仅存于当前会话，关闭文件即丢失 - 手动折叠区域只能单独点击展开，Sublime 没有“展开所有手动折叠”的命令
想只折函数、不碰 if/class？得实测 + 调整语法识别
Sublime 没有原生“仅函数”命令。Ctrl+K, Ctrl+0 会把 if、class、顶层注释全收走；真正可控的是 fold_by_level，但它效果因文件而异。
实操路径：
- 先确认一个
def行能被Ctrl+Shift+[正常折叠（否则fold_by_level无效） - 打开命令面板（
Ctrl+Shift+P），输入fold_by_level，回车后依次试2、3、1（Python 文件通常从2开始） - 嵌套函数（如
def outer(): def inner():）需额外执行一次fold_by_level 3 - 若始终无法精准控制，说明当前语法定义中
def和if的scope层级相同，只能靠修改.sublime-syntax文件调整折叠粒度
多层折叠的复杂点不在快捷键本身，而在语法识别是否连续、作用域是否完整——哪怕只有一处装饰器换行或缩进混用，就可能让整层函数从折叠系统中“消失”。
