brackethighlighter 不提供代码对齐功能，仅高亮结构；与 alignment 或 aligntab 配合使用时，其自动选中括号内容会干扰 aligntab 的选区识别，导致 ctrl+shift+a 无响应，需关闭高亮或禁用 select_bracket_contents。
BracketHighlighter 本身不提供代码对齐能力，它只负责高亮匹配括号、引号、标签等结构。想在超大代码块里做精准对齐，必须搭配 Alignment 或 AlignTab —— 而且 BracketHighlighter 的存在反而可能干扰选区判断，尤其当折叠区域或嵌套括号较多时。
BracketHighlighter 会干扰 AlignTab 的选区识别
AlignTab 默认跳过折叠区域、字符串内、注释中的内容，而 BracketHighlighter 的高亮逻辑有时会让 Sublime 将光标位置误判为“在括号内但未完全选中”，导致 Ctrl+Shift+A 没反应。
- 常见现象：
Ctrl+Shift+A按下后无响应，状态栏提示No alignable lines found - 真实原因：BracketHighlighter 启用
select_bracket_contents时，若你用鼠标双击某层{}，它会自动选中内部全部内容（含空行、注释、字符串），而 AlignTab 把空行和注释行视为“中断对齐流” - 临时解决：选中目标代码前，先按
Ctrl+Shift+P→ 输入BracketHighlighter: Toggle Bracket Highlighting关闭高亮；对齐完成后再开回来 - 长期建议：在
BracketHighlighter.sublime-settings中禁用自动选择，把"select_bracket_contents": false设为false，改用手动Ctrl+Shift+M（Select Scope）逐级选
Alignment 在超大代码块里容易失效的三个硬限制
Alignment 插件设计轻量，但面对上千行、嵌套深、混合语法（如模板字符串里含 JSON）的代码块时，会因解析策略简单而漏对齐或错位。
- 它只按行扫描
alignment_chars出现位置，不理解上下文：比如 JS 中const obj = { a: 1, b: 2 }这一行里的冒号会被对齐，但同一行里"key: value"字符串内的冒号也会被误抓 - 不支持跨行结构：若一个对象定义被换行拆成多行（如 Vue SFC 的
data()返回对象），Alignment 无法识别这是“同一逻辑块”，各自行对齐后列偏移不一致 - 缩进混合即崩：只要某几行用 Tab、其余用空格，哪怕视觉对齐，
Ctrl+Alt+A后右边内容立刻飘移 —— 它计算的是字节偏移，不是可视列 - 对策：对超大块先执行
Convert Indentation to Spaces（菜单 → View → Indentation），再手动删掉所有行尾空格（Ctrl+Shift+P→Trim Trailing White Space）
AlignTab 是唯一能处理超大块 + 多层嵌套的方案
AlignTab 的正则引擎和上下文感知机制，让它能在复杂结构中精准定位对齐点，但配置门槛更高，且首次使用必须生成配置文件。
- 安装后务必手动触发一次
Ctrl+Shift+A（Windows/Linux）或Cmd+Shift+A（macOS），否则AlignTab.sublime-settings不会创建，后续快捷键无效 - 关键配置示例（只对顶层对象属性的冒号对齐，跳过字符串内）：
"align_tab_regex": "(?注意 JSON 中反斜杠要双写
- 对超大 JSON 块，建议先用
Ctrl+Shift+P→JSON Reindent（需装 Pretty JSON 插件）预处理，再选中整个{}区域用 AlignTab 对齐，避免跨折叠行识别失败 - 快捷键冲突高频：检查
Preferences → Key Bindings是否被AlignIndent或Emacs Pro Essentials占用Ctrl+Shift+A，可临时改 AlignTab 绑定为Ctrl+Alt+Shift+A
超大代码块对齐的本质不是“一键搞定”，而是先清理缩进和空格、再控制选区范围、最后用 AlignTab 的正则锚定语义位置——BracketHighlighter 在这个流程里只适合收尾验证括号结构，别让它参与选区阶段。
