sublime text 不支持调整字符行间距（letter-spacing），因其文本渲染引擎不提供该配置；仅可调节抗锯齿（需分平台精准设置 font_options）和行间距（通过 linepadding* 或 line_height）。
Sublime Text 无法全局调试字符行间距（letter-spacing）——它根本不存在这个配置项，也不支持任何方式调整单个字符间的横向间隙。 锯齿效果（抗锯齿）则可调，但必须分平台、分渲染路径精准配对参数，错一个就糊。
为什么“字符行间距”在 Sublime 里查无此物
很多人搜“sublime 字间距”“letter spacing”，其实是把 CSS 概念套错了地方。Sublime 的文本渲染引擎不暴露 letter-spacing、font-kerning 或类似接口，所有字符横向排布完全由字体文件自身度量（glyph metrics）决定。
- 你看到的“紧凑”或“宽松”，本质是换字体带来的差异：比如
Fira Code比Consolas字符间留白略大，这是字体设计师写死的，不是 Sublime 调出来的 -
font_options里的"liga"、"no_bold"等只影响连字、粗体等字形替换，对字符横向间距零作用 - 试图用
draw_white_space显示空格来“模拟”字间距？那只是画出空格符号，不是改变真实字符间距
抗锯齿（清晰度）必须按系统匹配 font_options
抗锯齿不是开关，是告诉 Sublime “用哪条系统渲染管线”。写错组合，文字反而更毛；漏掉系统级前提，配置全白搭。
- Windows 高分屏：
"font_options": ["directwrite"]（必须是数组，不能是字符串），同时确保 ClearType 已全程校准，且快捷方式兼容性中勾选「替代高 DPI 缩放行为」→「应用程序」 - macOS Retina：
"font_options": ["gray_antialias"]，删掉所有subpixel_antialias；终端先执行defaults write -g AppleFontSmoothing -int 2；font_size建议 ≥11.5，否则 Core Text 自动禁用抗锯齿 - Linux（GTK）：直接删掉
font_options字段最稳；若必须指定，仅用["antialiased"]，别碰subpixel_antialias—— 它在 Wayland 下被无视，在 X11 下易和 fontconfig hinting 冲突
真正能调的“行间距”只有 line_padding_* 或 line_height
用户常误以为“行间距”是整体参数，其实 Sublime 提供两套互斥机制，选错就失效：
-
line_padding_top和line_padding_bottom：单位 px，加起来才是视觉行距增量；设为3和3是主流值；单侧为 0 会导致折叠箭头错位、光标垂直偏移 -
line_height：单位 px（也可用浮点数表示倍数，如1.45），但它和 padding 互斥——只要写了line_height，line_padding_*就被忽略 - 等宽字体下避免奇数值（如
17、19），部分渲染器会轻微上下偏移；font_size每 +2px，建议line_padding_*同步 +1px 以维持视觉密度
验证是否生效的硬检查点
改完配置没反应？90% 是加载优先级或作用域问题，不是参数本身错：
- 确认改的是 Preferences → Settings 右侧「User Settings」，不是左侧 Default（只读，改了也无效）
- 检查是否有语法专属设置（如
Python.sublime-settings）或项目设置（.sublime-project）覆盖了全局值 - 某些主题（如老版
ayu、Soda）在.sublime-theme文件里硬编码line_height，临时切换成Adaptive主题测试 - 改完必须完全退出 Sublime（不只是关闭窗口），热重载不触发渲染管线重初始化
字间距没法调，这是编辑器底层限制，不是你没找对菜单；抗锯齿和行距能调，但每一步都卡在平台特性、JSON 格式、加载顺序这些硬边界上——漏掉任意一环，配置就静默失效。
