sublime text 默认不折叠 import 等导入语句，因其语法文件未定义 foldingstartmarker；需用 codefold 插件、注释锚点（如 # ）或手动选中折叠，且务必确保右下角显示正确语言语法。
Sublime Text 默认不识别 import、from ... import 或 #include 行为可折叠结构，所以你按 Ctrl+Shift+[ 或 Ctrl+K, Ctrl+0 都不会收起它们——这不是快捷键失效，是语法定义里压根没把导入语句当折叠起点。
为什么 import 行不能被自动折叠？
Sublime 的折叠逻辑完全依赖语言语法文件（如 Python.sublime-syntax）中定义的 foldingStartMarker 正则。这些规则只覆盖 {、def、class、if 等作用域起始标记，而 import 属于模块级声明，不在默认折叠范围内。
- 右下角显示
Plain Text时，所有基于语法的折叠（包括插件）都静默失效 - 即使显示
Python，import行的作用域只是source.python，没有meta.import或类似折叠 scope -
fold_by_level对导入无效：它靠缩进层级，但导入语句通常顶格，和常量、文档字符串同级，强行折会连带收掉不该动的内容
CodeFold 插件是最接近“自动”的方案
它用正则匹配行首导入语句并注入折叠逻辑，不改语法文件，开箱即用但需注意匹配精度：
- 安装后默认支持
^import、^from.*import（Python）、^s*#include（C/C++），JS 的import也包含在内 - 若发现误折（比如字符串里含
"import"），必须加词界符和行首锚^，例如改写为^import - 规则存于
Packages/CodeFold/folds.json，可手动添加，如 TypeScript 加"^import\s+{.*} from" - 文件未关联正确语法（如
.ts被当Plain Text）时插件不触发——务必点右下角手动设为TypeScript
fold_by_level + 注释锚点：稳定但侵入代码
当导入分散、跨多段，或 CodeFold 匹配不准（比如 PEP 563 延迟注解导致 import 出现在函数体内），用注释显式标记更可靠：
- 在导入块前后插入：
// <fold imports></fold>和//（JS/TS）、# <fold imports></fold>（Python） - 在当前文件的语法专属设置中（
Preferences → Settings – Syntax Specific）启用："fold_by_level": true - 该方式与语言无关，不依赖插件更新，也不会因 Prettier 重排导入顺序而失效
- 缺点是污染源码；若团队协作，需约定注释格式，避免和 linter 冲突（如 ESLint 的
no-unused-vars可能报<fold> 为未使用变量）</fold>
别用 fold_all 或层级折叠硬凑
Ctrl+K, Ctrl+1 看似能“折一级”，但它折叠的是语法定义中 fold_level = 1 的所有结构，实际可能收掉 if __name__ == "__main__":、顶层 const、甚至 /** @module */ 注释——不是只折导入。
- 混合了
import、const config = {...}、/** @package */的头部，用fold_by_level 1大概率误伤 -
Ctrl+K, Ctrl+0更危险：它会把整个文件顶部（包括 license header、__all__、模块 docstring）全收掉 - 真正安全的兜底只有
fold_selection：鼠标选中所有import行，按Ctrl+Shift+[，折叠仅存于当前会话，不写磁盘，但 100% 可控
最易被忽略的一点：无论用插件还是注释，只要文件右下角不是真实语言名（比如 .py 文件显示 Plain Text），所有方案都会彻底失效——先点右下角手动选语言，这步比调任何配置都优先。
