sublime text折叠不生效主因是语法识别错误或折叠规则未启用，应先确认右下角语法类型正确，再检查设置中"fold_buttons": true，避免插件干扰及缩进混用。
折叠区域不生效，Ctrl+Shift+[ 没反应
Sublime Text 默认只对特定语法结构（如函数、类、if 块、括号包裹的代码块）支持折叠，不是所有缩进或大括号都能自动识别。如果按 Ctrl+Shift+[ 没反应，大概率是当前语言没启用对应折叠规则，或者代码本身没被解析为可折叠单元。
实操建议：
- 确认当前文件已正确识别语法：右下角显示的是
Python、JavaScript还是Plain Text？如果是后者，折叠基本失效 —— 点击右下角手动选对语法类型 - 检查是否启用了原生折叠：打开
Preferences → Settings，确保"fold_buttons": true和"auto_fold_level": 0（后者设为 0 表示禁用自动折叠，更可控） - 某些插件（如
BracketHighlighter）会干扰折叠逻辑，临时禁用插件测试是否恢复 - JS/TS 中箭头函数体若为单表达式（
x => x * 2），无大括号则无法折叠；补上{}才行
fold_level 和 fold_all 命令的区别与误用
fold_level 是按缩进层级折叠（比如只折所有 level-2 的块），而 fold_all 是递归折叠全部可折叠节点 —— 它们触发逻辑不同，混用容易导致“点一下全没了，再点展开不了”。
实操建议：
- 常用组合：
Ctrl+K, Ctrl+1折叠到 level 1（类/函数级），Ctrl+K, Ctrl+2再进一层；Ctrl+K, Ctrl+J展开全部 -
fold_all命令在大文件里可能卡顿，尤其含大量注释或字符串的 HTML/JSON —— 不要习惯性狂按Ctrl+K, Ctrl+0 - 自定义快捷键时注意命令参数：比如
{"command": "fold_by_level", "args": {"level": 2}}，漏掉args或写错level值会导致静默失败
自定义折叠：让注释块或 TODO 也能折叠
默认不支持按注释折叠，但 Sublime Text 允许通过 fold_comments 设置或自定义 .sublime-syntax 规则实现 —— 多数人卡在配置路径和正则写法上。
实操建议：
- 简单粗暴法：在
Preferences → Settings加一行"fold_comments": true，对//、/* */、#开头的行有效，但不会折多行文档注释 - 想折
### region类区块？得改语法定义：复制当前语言的.sublime-syntax文件，在contexts里加fold: true到对应match规则下，否则正则匹配了也不折叠 - 常见坑：
fold必须写在具体 context 的 match 下，不能只写在顶层；且 Sublime 不支持跨行正则回溯，region.*?end这种写法无效
折叠状态不保存，关文件再打开就展开了
折叠状态默认不持久 —— 这不是 bug，是 Sublime Text 的设计选择。它只保存光标位置、书签等轻量状态，折叠属于“视图临时态”，重启或重载文件即重置。
实操建议：
- 没有官方开关能开启折叠记忆，别在设置里白找
remember_folds这类不存在的选项 - 插件
BufferScroll可间接保留（它记录滚动位置和折叠，但依赖 session，且对大项目易出错） - 真正稳定的做法：把关键逻辑拆成小文件，靠文件粒度管理复杂度，而不是依赖单文件深折叠
- 如果必须维持结构感，用
Ctrl+Shift+P → “Set Syntax: Markdown”临时切到 Markdown，用## 标题折叠，比硬刚代码折叠更可靠
折叠功能看着简单，实际依赖语法解析器、缩进检测、UI 渲染三者协同。一旦某个环节断链（比如语法识别失败、插件劫持命令、缩进混用空格和 tab），就容易变成“点了没反应”或“展开后错位”。与其调各种配置，不如先确认右下角语法名对不对，再试默认快捷键 —— 大多数问题卡在这第一步。
