Sublime Text怎么显示行末符_Sublime Text查看换行符格式技巧【细节】

你可能遇到过这样的问题：在 Sublime Text 里折腾了半天，想把换行符显示出来，结果只看到了空格和 Tab 的符号，每行末尾那个神秘的 ¶ 或 ↵ 就是死活不出现。其实，这背后的逻辑并不复杂，只是有两个关键设置需要同时配合，缺一不可。

Sublime Text 本身不把换行符渲染成 ¶ 或 ↵ 符号，除非你同时启用两个设置："draw_white_space": "all" 和 "show_line_endings": true。只开一个，换行符依然不可见。

怎么让每行末尾显示 ¶ / ↵ / ⌍

这是唯一能直接在编辑器里“看见”换行符字符的方式，但需要两个配置协同生效：

• "draw_white_space": "all"：为所有空白字符（包括换行符）预留渲染位置，空格变·、Tab变→，但它不决定换行符画不画。
• "show_line_endings": true：这才是真正触发符号绘制的开关——LF 显示 ↵，CRLF 显示 ¶，CR 显示 ⌍。
• 两项必须都写在 Preferences → Settings – User 的右侧 JSON 中，格式严格：{"draw_white_space":"all","show_line_endings": true}。
• 值必须是英文双引号包裹的字符串"all"，写成 true、on 或漏引号都会导致整段配置静默失效。

右下角状态栏不显示 LF/CRLF？先看这几点

状态栏那个小小的 LF 或 CRLF 是 Sublime 实际解析文件后得出的结果，不是“默认显示”，它可能藏起来：

• 新创建未保存的 untitled 文件不会显示，必须先 Ctrl+S 保存为真实路径。
• 文件末尾缺换行符（no newline at end of file），Sublime 推断不稳定；保存一次再重开常能触发识别。
• 某些插件（如旧版 BracketHighlighter）会抢占状态栏右侧区域，临时禁用可验证是否冲突。
• 编码异常（如 UTF-16、带 BOM 的混合编码）会让换行符检测逻辑降级，状态栏主动隐藏该标识——此时建议先转成 UTF-8 再试。

切换换行符别只点菜单，先确认当前实际格式

File → Line Endings → Unix (LF) 是破坏性操作：保存时整份文件所有换行符会被统一替换，Git diff 会标红全部行。

• Sublime 判断依据是文件中第一个有效换行符，不是扩展名，也不警告混合使用。
• 真要确认当前用了哪种？别全信状态栏——用命令行快速验证：xxd -l 32 yourfile.txt | grep -o '\r\n\|\n'，或 Python 中 open('f', 'rb').read()[:64] 看原始字节。
• 如果只是想让新文件默认用 LF，加配置项："default_line_ending": "unix"；若需按项目区分（比如 Windows 工具链要求 CRLF），配合 .editorconfig 更稳妥。

为什么开了 "draw_white_space": "all" 还看不到 ¶

常见误判是以为这个设置本身就能显示换行符符号，其实它只管空格和 Tab。¶/↵ 的出现完全依赖 "show_line_endings": true 是否开启：

• 只开 "draw_white_space": "all" → 显示 · 和 →，但每行结尾没有 ¶。
• 额外加 "show_line_endings": true → 每行末尾强制显示 ¶/↵/⌍，同时状态栏也标出 LF/CRLF。
• 如果某行缩进是 →·→，说明它是 Tab + 空格 + Tab 混用——Python 里直接报 IndentationError。
• 想确认光标所在位置到底是空格还是 Tab？把光标放上去，看状态栏左下角：会明确显示 tab 或 space。

最易忽略的点：换行符符号（¶/↵）和换行符类型标识（状态栏 LF/CRLF）是两套机制，分别由不同配置控制；很多人调了 draw_white_space 就以为万事大吉，结果根本没看到换行符本身长什么样。