tab_size 控制的是空格字符数而非像素宽度，与字体大小无关，无法自适应；需手动调整 tab_size 值（如 font_size 增大时改用 2）并配合 translate_tabs_to_spaces 和语法专属设置以实现视觉对齐。
Sublime Text 的 tab_size 控制的是「字符数」，不是像素宽度，它不会、也不能随字体大小或字宽自动缩放——所谓“自适应”是误解，实际只能手动匹配视觉对齐需求。
为什么 tab_size 不能随字体变化
tab_size 是一个整数，表示按 Tab 键时插入的空格数（或制表符的等效显示宽度），它和字体无关。Sublime 渲染时用的是固定字符宽度（monospace 字体下每个 ASCII 字符占相同像素），但字体变大后，4 个空格的像素宽度确实会变，可 tab_size 值本身不会因此改变。它不读取 font_size，也不监听字体配置变更。
怎么让缩进在不同字体/字号下看起来“对齐自然”
这不是靠自动适配，而是靠提前预估并固定一组协同值：
- 如果你用等宽字体（如 Fira Code、JetBrains Mono），且
font_size设为 12–14，tab_size用 2 或 4 通常视觉舒适 - 若
font_size调到 16+，仍用tab_size: 4，缩进块会显得“太宽”，此时可试tab_size: 2 —— 但这是人工权衡，不是自动响应 - 真正影响观感的是
draw_white_space是否开启：设为"draw_white_space": "all"后，你能看清每个 · 和 →，从而判断当前tab_size在当前字号下是否拥挤或松散
常见误操作：以为 detect_indentation 能帮上忙
有人尝试开启 detect_indentation 并调大字体，期待它“感知”到显示变宽后自动减小 tab_size——不会。它只扫描文件前几行的空白字符，和字体设置完全无关。开着它反而会让 tab_size 被文件内容覆盖，彻底脱离你的控制。
真正需要关注的其实是 font_size 和 tab_size 的组合效果
比如你把 font_size 从 13 改成 16，发现缩进块横向占屏太多，这时该做的不是找“自适应方案”，而是打开 Settings – User，把 "tab_size": 4 改成 "tab_size": 2，再配合 "translate_tabs_to_spaces": true 确保插的是空格。没有中间层、没有钩子、没有回调——改完保存，新开文件立刻生效。容易被忽略的是：这个调整必须同步检查语法专属设置（如 JavaScript.sublime-settings），否则 .js 文件可能仍按旧值缩进。
