Sublime显示不可见字符_Sublime显示空格和换行符【显示】

需在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 把 rn（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 搜索响应速度——不是插件慢，是渲染线程被占着。关掉再试一次就知道差别了。