TXT文件在Sublime中显示为一行是因为文件实际缺少LF或CRLF换行符，常见于旧Mac的CR换行、Excel导出无换行、或粘贴内容仅含制表符/空格分隔；需用正则查找替换（如\r(?!\n)→\n）并统一为Unix(LF)格式修复。
为什么TXT文件在Sublime里显示成一行
这不是文件损坏，是Sublime默认把\r\n或\n识别为换行符，但你打开的TXT可能用了\r（旧Mac换行）、混合换行符，或根本没换行符——比如从Excel导出时选了“逗号分隔”却保存为.txt，实际内容是col1,col2,col3一串，没有换行。
常见现象：
– 文件明明有几十行，在Sublime里只显示一行，滚动条极短
– 按Ctrl+L只能选中整块文本，无法单行选中
– 状态栏右下角不显示xx lines，只显示1 line
- 先确认真实换行符：按
Ctrl+Shift+P→ 输入Set Syntax: Plain Text，再按Ctrl+Shift+P→Convert Line Endings→ 看菜单里当前是Windows (CRLF)、Unix (LF)还是Old Mac (CR) - 如果显示
Old Mac (CR)，说明文件用的是\r，Sublime 4 默认不渲染它为换行 —— 这是最常见原因 - 用正则查找验证：按
Ctrl+H→ 开.*→ 查\r(?!\n)，能匹配到就是纯\r；查\r\n或\n没结果，也印证这点
怎么让Sublime正确识别并换行显示
不能靠改设置，得直接修复换行符。Sublime不自动转换导入文件的换行格式，必须手动干预。
- 全选文本：
Ctrl+A - 打开替换面板：
Ctrl+H，点.*启用正则 - 查找：
\r(?!\n)（匹配单独的\r，排除\r\n） - 替换为：
\n（Unix风格，最兼容） - 点
Replace All - 再执行：
Ctrl+Shift+P→Convert Line Endings → Unix (LF)
注意：别用\r\n替换，Windows环境容易二次混入\r\r\n；\n是唯一安全目标。
从Excel/微信粘贴后显示成一行怎么办
这类粘贴通常带隐藏制表符\t或空格分隔，但没换行符 —— Sublime把它当纯字符串处理，自然不折行。
- 先检查是否真有换行：按
Ctrl+Shift+P→Toggle Word Wrap关掉软折行，看是否还是一行 - 如果关了仍是单行，说明粘贴内容本身无
\n、\r\n或\r - 解决路径分两步：
– 把分隔符转成换行：比如Excel粘贴的是name\tage\tcity，查\t替\n
– 再统一换行符：如上节操作，把\r或\r\n都转\n - 预防下次：Excel复制前，先用
TEXTJOIN(CHAR(10),TRUE,A1:C10)生成带\n的文本，再复制
合并后又变回一行？小心自动保存覆盖
如果文件是从外部程序（如Python脚本、日志采集器）自动生成的，它可能每次写入都用\r或不写换行符。你修好了，下次打开又还原 —— 这不是Sublime问题，是源头没规范。
- Sublime不会“记住”你上次修过的换行符，每次打开都按文件原始字节解析
- 临时方案：把修复步骤存成命令片段，用
Ctrl+Shift+P→Tools → Developer → New Plugin…写个简单脚本，一键替换\r→\n - 根治方案：改源头程序，输出时明确用
line.encode('utf-8') + b'\n'（Python）或echo -e（Shell） - 别依赖
File → Reopen with Encoding，编码不影响换行符解析
真正卡住人的从来不是“怎么让Sublime显示多行”，而是没意识到：换行符是文件自身的字节标记，不是Sublime的显示设置。你看到的一行，就是文件里确实没\n——修文件，不是调编辑器。
