sublime text 不能原生用括号或标点符号触发代码折叠，仅支持语法结构（如函数、if块、{}）或手动注释标记（如// «…»）折叠；需启用"fold_comments": true并配对使用注释，配合brackethighlighter可辅助定位但不提供折叠。
Sublime Text 能否用括号或标点符号触发代码折叠
不能原生支持。Sublime Text 的代码折叠（fold）机制只认语法结构：比如 function 块、if 语句、{} 包裹的代码块，或者用户手动标记的 fold 注释（如 // region）。它不解析标点符号的嵌套关系，也不会因为看到一对 [] 或 「」 就自动创建可折叠区域。
用 fold_comments 和自定义注释模拟标点折叠效果
这是最实用的折中方案：把你想折叠的标点内容，用 Sublime 支持的折叠注释包裹起来，再配合 fold_comments 设置启用折叠。例如：
// «
console.log('这段内容会被折叠');
fetch('/api').then(r => r.json());
// »
然后在用户设置（Preferences → Settings – User）中添加：
{
"fold_comments": true,
"fold_buttons": true
}
这样，只要注释以 // « 开头、// » 结尾，就能被识别为可折叠区域。注意以下几点：
-
«和»是纯符号，Sublime 不校验它们是否配对，只按行首匹配// «和// » - 必须是单行注释（
//），/* */不生效 - 折叠后显示的标签文字是
// «行的内容（不含//），所以建议写成// « 数据配置 - 如果文件里已有大量
// «但没配对// »，会导致后续所有行都被误判为“折叠内”，务必配对使用
用插件 BracketHighlighter + 自定义规则辅助识别，但不提供折叠
BracketHighlighter 可以高亮任意成对符号（如 「」、【】、〔〕），但它只做视觉标记，不参与折叠逻辑。你可以用它快速定位目标范围，再手动加 // «/// » 注释。配置示例（在 BracketHighlighter 的 bracket_styles 中添加）：
"zh_punct": {
"brackets": [
["「", "」"],
["『", "』"],
["【", "】"]
],
"icon": "dot",
"color": "brackethighlighter.default"
}
这个配置让 Sublime 在打开文件时高亮这些中文标点对，方便你一眼找到要折叠的位置——但它不会自动帮你折叠，也不能替代注释方案。
为什么不用正则或插件直接实现“标点折叠”
技术上可行，但实际没人做，原因很实在：
- Sublime 的折叠 API（
view.fold()）只接受Region对象，不接受正则匹配结果；每次编辑都会使 Region 失效，需持续监听on_modified，性能损耗明显 - 标点嵌套（如
「a「b」c」）需要完整括号匹配算法，而 Sublime 默认不带栈式解析器 - 不同语言对同一标点语义不同：比如
[ ]在 JSON 里是数组，在正则里是字符集，在 Markdown 里可能是引用标记——硬绑定会误折叠 - 现有方案（注释 +
fold_comments）已覆盖 90% 的人工折叠需求，且稳定、跨语言、无副作用
真正卡住的不是技术上限，而是“折叠动机”本身：标点符号通常不承载逻辑层级，强行按它折叠反而干扰阅读。如果你发现反复想折叠某类标点内容，大概率该考虑重构为函数、常量或独立模块——那才是 Sublime 折叠真正擅长的场景。
