Sublime中点击右下角LF/CRLF区域启用Show Whitespaces可显示换行符、空格等不可见字符，帮助定位因隐藏字符导致的报错；默认开启需在Settings–User添加"draw_white_space": "all"。
怎么让 Sublime 显示换行符和空格这些不可见字符
直接在右下角状态栏点击 •••（或写有 LF/CRLF 的区域）→ 选择 Show Whitespaces，就能立刻看到 \n、\t、·（空格）等符号。这个开关是视图级的，不改文件内容，只影响显示。
如果想默认开启，去 Preferences → Settings – User 加这行：
"draw_white_space": "all"
"all" 表示始终显示所有空白符；也可以用 "selection"（只在选中时显示）或 "none"（完全不显示）。注意：该设置对已打开的文件不会自动刷新，需手动重载视图或重启标签页。
为什么显示不可见字符能定位“莫名报错”
很多报错根本不是语法问题，而是换行符藏在不该出现的位置——比如 JSON 文件末尾多了一个 \r，Python 脚本里混入了 Windows 风格的 \r\n 导致 shebang 行解析失败，或者 Git 提交时提示 CRLF will be replaced by LF 却找不到源头。
显示空白符后，你能一眼识别出：
-
^M：表示\r，常见于从 Windows 复制粘贴进来的文本 -
¶或↵：代表\n（LF），正常 Unix 换行 -
→：代表\t，缩进没问题，但若出现在字符串中间可能引发意料外的格式错误 - 连续多个
·后突然断开：说明那里有看不见的\r\n混合，而不是纯\n
这类问题在 CI 流水线、Docker 构建或跨平台协作中高频复现，但日志里往往只报“unexpected token”或“invalid syntax”，不看真实字符根本无从下手。
Sublime 里怎么安全地批量清理换行符混乱
别直接全局替换 \r\n → \n，容易误伤二进制内容或字符串内的合法 \r。稳妥做法分三步：
- 先点击状态栏换行标识，统一转成
LF（即Convert to Unix line endings） - 再用正则替换清理残留
\r：Ctrl+H→ 勾选Regular Expression→ Find:\r(?!\n)→ Replace 留空 →Replace All - 最后保存前确认右下角显示的是
LF，且draw_white_space开着，确保没漏掉隐藏\r
特别注意：.gitattributes 文件里加 * text=auto eol=lf 才能从 Git 层面堵住源头，否则下次拉代码又可能带进 CRLF。
回车键行为被插件劫持？检查 enter 键绑定优先级
如果你按 Enter 不是换行而是触发了补全、插入标签或跳转，大概率是插件（如 SublimeCodeIntel、Emmet）覆盖了原生命令。查法很简单：
- 打开
Preferences → Key Bindings – User - 搜索
"keys": ["enter"] - 看是否有插件规则排在前面（JSON 数组顺序即执行优先级）
修复方式：在 Key Bindings – User 顶部手动加一条高优先级规则：
[{"keys": ["enter"], "command": "insert", "args": {"characters": "\n"}, "context": [{"key": "auto_complete_visible", "operator": "equal", "operand": false}]}]这条确保：只要补全面板没弹出来，Enter 就老老实实换行。别删插件原有规则，只靠上下顺序控制行为分支。
最常被忽略的其实是状态栏那个小小的 LF/CRLF 显示——它不光告诉你当前格式，还决定了正则里的 $ 是否匹配到行尾、\n 替换是否真正生效。不点开看一眼，就永远在猜报错到底出在哪一行的哪个字节上。
