sublime text 默认折叠（ctrl+k ctrl+0）在大项目中失效，因其不区分模块入口与内部实现，暴力折叠所有可折叠节点，掩盖职责边界；需结合作用域识别、手动选区折叠及codemap等插件辅助理解逻辑层级。
Sublime Text 在大项目中无法靠默认折叠看清逻辑层级，必须结合作用域识别、手动选区和辅助插件协同使用；单靠 Ctrl+K Ctrl+0 或 Ctrl+Shift+[ 会掩盖模块边界，反而增加理解成本。
为什么 Ctrl+K Ctrl+0 在大项目里越折越乱
它不区分“模块入口”和“内部实现”，把 __all__、import、顶层 if、类定义、函数全当平级结构收起，导致你根本看不到文件的职责划分。Python 文件里，一个 utils.py 折完只剩三行：一个 class、一个 def、一个 if __name__ == "__main__" —— 但它们可能分属完全不同的功能域。
-
Ctrl+K Ctrl+0触发的是fold_all命令，无层级优先级，只按语法定义里所有可折叠节点暴力执行 - 若项目用了自定义语法包（如
Python Improved），其meta.function层级可能和官方不一致，导致Ctrl+K Ctrl+1折错位置 - 混用空格和 Tab 的文件，部分
def行会被降级为source.python而非meta.function.python，直接跳过折叠
只折顶层 import 和全局变量，保留 class/def 展开
用 Ctrl+K Ctrl+1 是可行路径，但它依赖作用域层级准确——不是缩进一级，而是语法定义中 fold_level: 1 对应的结构。Python 官方语法里，import、__all__、模块级常量赋值通常落在 source.python 直接子级，而 class 和 def 在 meta.class.python 或 meta.function.python 下，属于 level 2。
- 验证方法：光标放
import os行，按Ctrl+Shift+P→ 输入show_scope_name，输出含source.python且无meta.前缀才算正常 - 若
class行也只显示source.python，说明语法高亮失效，需切换回Packages/Python/Python.sublime-syntax - 禁用所有 Python 相关插件（如 Anaconda、Jedi），仅留官方语法包测试，排除 scope 冲突
临时聚焦某段嵌套逻辑，别等自动折叠
Sublime 不解析语义，if 后跟单行还是多行块、for 是否带 else，都不影响折叠行为。想看清五层嵌套的 map().filter().reduce() 链？自动折叠大概率只收掉最外层括号。
- 用
BracketHighlighter插件先高亮配对符号：光标放最内层{，按Ctrl+M跳到对应}，确认范围 - 按
Ctrl+Shift+A全选这对括号及内容（确保光标已在括号内） - 再按
Ctrl+Shift+[—— 这是fold_selection，绕过所有语法规则，稳定生效 - JSX 中
{xxx}默认不被识别为括号对，需在BracketHighlighter设置里加："brackets": [{"name": "js-expression", "open": "{", "close": "}", "scope_exclude": ["string", "comment"]}]
真正要看清逻辑分组，得靠 CodeMap 插件
它不修改编辑区，只在右侧生成实时结构树，按缩进 + 语法 scope 双重识别，比纯快捷键更接近 IDE 的大纲视图。Python 文件里能区分出 class、def、if 块、甚至带 elif 的完整条件分支组。
- 安装后自动弹出右侧面板，点击任意节点，光标直接跳转到起始行（如
def parse_config():） - 树节点可独立折叠/展开，不影响代码区，避免误操作丢失当前折叠状态
- Vue 单文件组件需在
CodeMap设置中补充"scope_map": {"source.vue": "source.vue.embedded"}才能识别<script></script>块 - 注意：它不解决“折叠后光标跳顶”问题，但能让你一眼定位到目标逻辑块在文件中的相对位置
最易被忽略的一点：Sublime 从不保存折叠状态，重启即全展开。如果某个 views.py 你每次打开都要手动折掉 7 个 class 和 3 个 if，说明这不是折叠技巧问题，而是模块职责过载——该拆文件了。
