ctrl+k, ctrl+0 失效主因是语法识别失败或缩进不一致；需确认右下角为原生语言名、作用域含 meta.function，且缩进统一（空格/tabs），否则折叠功能静默瘫痪。
Sublime Text 的代码折叠不是“按一下就全收”，它依赖语法识别、缩进一致性、作用域标记三者协同；Ctrl+K, Ctrl+0 是唯一真正遍历全文件折叠顶层结构的命令，但失效频率远高于预期——问题几乎都出在语法识别断层或缩进混用上。
为什么 Ctrl+K, Ctrl+0 没反应？先看右下角语言名
折叠功能不会加载到 Plain Text 或 Unknown Syntax 文件中，此时 Ctrl+K, Ctrl+0 静默失效，不报错也不提示。必须确认右下角显示的是真实语言名（如 Python、JavaScript），而不是插件提供的别名（如 Python Improved）。
- 光标停在
def行，按Ctrl+Shift+P输入show_scope_name回车，状态栏显示source.python meta.function.python才算函数作用域被识别 - 若只显示
source.python，说明语法高亮未生效，可能被插件覆盖或配置损坏 - 临时修复：右键 →
Set Syntax→ 选原生Python（非第三方包）
Ctrl+Shift+[ 折不了函数？大概率是缩进混用或 docstring 紧贴 def
Sublime 折叠函数靠的是 meta.function 作用域，不是关键词匹配。一旦缩进层级断裂（比如 def 行用 4 个空格，内部用 Tab），解析器会中断作用域推导，Ctrl+Shift+[ 就只能折成普通缩进块，甚至无反应。
- 检查缩进一致性：选中整段函数 → 右键 →
Convert Indentation → To Spaces（或To Tabs）统一处理 - docstring 紧贴
def行（如def f(): """doc"""; pass）易被跳过，建议加空行或改写为三引号独占行 - 装饰器行若混用缩进（如
@decorator缩进比def多/少），也会导致函数块识别失败
只想折函数，不折 if 和 for？用 fold_by_level 但得实测数字
Ctrl+K, Ctrl+0 会连顶层注释、if 块一起折，不够干净。fold_by_level 命令可只折 meta.function 所在层级，但它不认语言，只认当前语法定义里该作用域的嵌套深度。
- 先手动用
Ctrl+Shift+[折一个函数，确认它真被识别（状态栏有meta.function） -
Ctrl+Shift+P→ 输入fold_by_level→ 回车 → 依次试1、2、3（Python 通常为2，JS 常为3） - 输错数字没反馈，只是没反应；不支持小数或负数
- 如果函数前有模块级注释或 import，
fold_by_level可能误折它们——因为作用域深度相同
语法失效又赶时间？用正则批量选 ^def\s 再折叠
当语法识别崩了、又不想重启或换插件时，这是最快兜底法。它不依赖作用域，只靠文本模式匹配，对 Python、JS 等以 def/function 开头的函数有效。
-
Ctrl+F→ 输入正则^def\s→ 勾选Regex和Match case - 点
Find All，所有def行（含装饰器行）被选中 - 按
Ctrl+Shift+[，Sublime 对每个选中行触发一次折叠动作 - 注意：此法会把
class、if等不匹配的行漏掉，纯属应急，不替代语法修复
最常被忽略的其实是缩进一致性——它不像语法错误那样报红，却能让整个折叠系统静默瘫痪；哪怕只有一处 Tab 混入空格，def 行的作用域就可能断掉，后续所有快捷键都会“看起来没反应”。
