Ctrl+K, Ctrl+J 是 Sublime Text 中展开当前文件所有折叠代码块的快捷键，仅作用于活动视图，不跨标签页；需确保文件语法识别正确且已启用折叠功能。
Sublime Text 里 Ctrl+K, Ctrl+J 是展开全部折叠代码的快捷键
这个组合键作用于当前文件视图，会递归展开所有被折叠的代码块（包括函数、类、注释块、自定义折叠区域等），但不会影响其他已打开的标签页。它不是“全局”生效，而是针对当前活动视图——这点常被误解为“没反应”，其实是焦点不在目标文件上。
常见错误现象：Ctrl+K, Ctrl+J 按下后无变化，大概率是当前文件未启用代码折叠功能，或文件类型未被 Sublime 正确识别（比如打开的是纯文本 .log 或无扩展名文件）。
- 确认文件语法高亮是否正常：右下角状态栏应显示类似
Python、JavaScript等语言名，而非Plain Text - 手动触发一次折叠再试：选中一段代码 →
Ctrl+Shift+[折叠，再按Ctrl+K, Ctrl+J看是否恢复 - 部分插件（如
BracketHighlighter）可能劫持快捷键，可临时禁用插件验证
如何让所有已打开文件都执行“展开全部”？没有内置批量操作
Sublime Text 原生不支持跨标签页一键展开全部折叠内容。所谓“全局视图恢复”需靠脚本或插件补足。
最轻量的实操方式是安装社区插件 ExpandAll：
- 通过 Package Control 安装：
Ctrl+Shift+P→ 输入Package Control: Install Package→ 搜索并安装ExpandAll - 安装后，可在命令面板（
Ctrl+Shift+P）中输入Expand All，选择该命令，它会遍历所有已打开的标签页并执行展开 - 注意：该插件不会保存折叠状态，也不会修改文件内容，只是临时重置视图
如果你习惯用键盘，可以给 ExpandAll 插件绑定快捷键，在 Preferences → Key Bindings 用户配置中添加：
[
{ "keys": ["ctrl+alt+j"], "command": "expand_all" }
]
Ctrl+K, Ctrl+0 和 Ctrl+K, Ctrl+J 的区别必须分清
这两个快捷键功能相反，但前缀相同，极易按错：
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
-
Ctrl+K, Ctrl+0（数字零）：折叠所有顶层代码块（如所有函数、类、模块级 if/for） -
Ctrl+K, Ctrl+J（字母 J）：展开当前文件中所有已被折叠的块（无论嵌套几层）
它们都依赖 Sublime 的折叠规则，而规则由当前语法定义（即 .sublime-syntax 文件）。例如在 Python 中，def 和 class 默认可折叠；但在 JSON 文件中，即使开启折叠功能，原生也不支持自动折叠对象/数组——除非你装了额外插件（如 JSON Reindent 或 Fold JSON）。
折叠状态不保存？那是默认行为，别误以为出 bug
Sublime Text 默认不会把代码折叠状态写入文件或跨会话保留。每次重启后，所有文件都是“原始展开态”。这不是缺陷，是设计使然。
如果你真需要记住折叠位置，有两个现实路径：
- 启用
remember_open_files并配合插件ExpandAll+ 手动操作流程固化（比如每次打开先按Ctrl+K, Ctrl+0再按需展开） - 改用支持折叠持久化的编辑器（如 VS Code 的
editor.foldingStrategy+ 工作区设置），但这就脱离 Sublime 场景了
真正容易被忽略的是：当你在侧边栏双击打开一个文件时，它可能沿用上次关闭时的折叠状态——这其实是缓存行为，不是持久化，且仅对最近关闭的少量文件有效，不可依赖。
