sublime的ctrl+k,ctrl+n折叠基于语法作用域层级而非缩进，需确保语法识别正确、作用域定义支持折叠且启用"fold_by_level":true设置。
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 之间加空行、统一用空格缩进、禁用冲突插件。
想只折函数，不碰 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文件调整折叠粒度
折叠失效的三个硬性前提必须同时满足
Sublime 折叠不是“开了设置就自动工作”的功能，它卡在三个环节上：语法识别、作用域定义、折叠规则启用。缺一不可。
-
语法识别失败：文件后缀不标准（如
.pyi、.j2），或右下角显示Plain Text→ 手动选对语言（View → Syntax） -
作用域未定义折叠：语法文件（如
Python.sublime-syntax）里没给meta.function加fold: true→ 查看Tools → Developer → Show Scope Name，若无meta.function类 scope，说明语法不支持 -
折叠开关未启用：用户设置里没开
"fold_by_level": true（全局或语法专属）→ 它不是默认开启项，必须显式配置
最常被忽略的是：即使你改了 Preferences.sublime-settings，如果当前文件绑定的是第三方语法包（比如某个停更的 Python Enhanced），那些设置也完全不生效。
