需在Preferences → Settings用户配置中添加{"draw_white_space": "all"}，注意必须用字符串"all"而非true，且需英文引号包裹；该设置显示空格为·、制表符为→、换行符依系统显示为¶或↵。
怎么打开 Sublime 的不可见字符显示
Sublime 默认不显示空格、制表符、换行符这些不可见字符，得手动开启。核心是改 draw_white_space 配置项，不是靠插件或菜单点击——菜单里没有“显示空格”按钮，别在 View → Hidden Characters 里找（那个选项根本不存在）。
操作路径：Preferences → Settings，右侧用户配置中加入：
{
"draw_white_space": "all"
}
常见错误现象："draw_white_space": true 不生效（Sublime 不认布尔值）、写成 "draw_white_space": "selection" 只显示选区里的空格、漏掉引号导致配置解析失败。
-
"all"：显示所有空格、\t、\n、\r（Windows 换行会显示为¶） -
"selection"：仅高亮当前选中文本里的空白符，适合临时排查缩进问题 -
"none"：关闭（默认值）
Tab 和空格显示效果不一样，怎么区分
Sublime 用不同符号区分 \t 和连续空格：\t 显示为浅灰色 →（带箭头），而空格显示为浅灰色小圆点 ·。但这个视觉差异容易被忽略，尤其当字体太小或主题对比度低时。
关键点在于：显示符号本身由当前配色方案（color scheme）控制，不是 Sublime 硬编码的。有些主题把 · 做得很淡，甚至和背景色接近；→ 在某些字体下渲染模糊。
- 如果看不清
·，优先调大字体（font_size）或换深色主题（如Monokai） - 确认是否启用了
translate_tabs_to_spaces：它只影响输入行为，不影响显示逻辑 - 别依赖符号形状判断缩进类型——用命令面板执行
Indentation: Detect Indentation更可靠
为什么换行符显示成 ¶ 或 ↵，怎么统一成 LF
Sublime 把 \r\n（Windows）显示为 ¶，\n（Unix）显示为 ↵，\r（旧 Mac）显示为 ⌍。这不是 bug，是设计如此，用来暴露混用换行符的问题。
真正要解决的是换行符不一致带来的 Git 警告或脚本执行失败，而不是让符号变好看。
- 文件右下角能看到当前换行符类型（如
CRLF或LF），点击可切换 - 批量转 LF：菜单 File → Line Endings → Unix (LF)，或执行命令
Convert Line Endings to Unix - 设为默认：在用户配置中加
"default_line_ending": "unix"，新文件自动用\n - 注意：Git 提交前换行符转换受
.gitattributes控制，Sublime 的设置不影响 Git 行为
显示不可见字符后卡顿，怎么优化
开 "draw_white_space": "all" 后编辑大文件（比如 >10MB 的日志）可能明显卡顿，尤其是远程文件或 SSD 性能一般时。这是因为 Sublime 对每行空白符都做独立渲染计算，不是简单叠加图层。
性能影响和文件大小、行数、空白密度强相关。一个含大量空格的日志文件比等体积的紧凑代码更卡。
- 临时方案：切到
"selection"模式，只在需要查缩进/空格时启用 - 长期方案：关掉
"draw_white_space"，改用命令Find All: \s+（正则匹配空白）定位问题位置 - 别用
"all"配合高亮插件（如BracketHighlighter），两者叠加渲染压力翻倍
最常被忽略的一点：很多人开了显示却没意识到它会影响 Ctrl+Shift+P 搜索响应速度——不是插件慢，是渲染线程被占着。关掉再试一次就知道差别了。
