很多人装完 Typora 的第一天，都会经历同一个瞬间：打开一个空白页，光标在那儿闪，想加个粗体，手不自觉地去摸鼠标，点菜单栏，找“格式”，再翻到“加粗”。一天下来写了三千字，鼠标点击次数比键盘敲击还多。问题不在手速，在于 Typora 这类 Markdown 编辑器的效率红利，压根不在“能打字”这件事上，而在两件事：快捷键形成的肌肉记忆，以及一开始就配置对的存储行为，尤其是图片路径。前者决定你写得多顺，后者决定你三个月后回头翻笔记时，图还在不在。这篇内容就是把 Typora 从装完到用顺的完整链路拆开讲：快捷键怎么分层记、图片路径有哪几种落盘模式、哪些默认设置必须改、迁移目录时图片全挂怎么排查。适合刚上手 Markdown 的新人，也适合用了两三年但一直靠鼠标点菜单的老用户对照自查。

1. 装完别急着写：这四处设置决定你半年后的使用体验

Typora 的默认配置是“能跑起来”的水平，不是“能长期用”的水平。我见过太多人写了半年笔记，某天想换台电脑，把文件夹一拷，发现所有图片全变成灰色占位符，点开一看路径指向的是旧机器上的C:\Users\...。这种事故不是运气问题，是第一次打开软件时少勾了几个框。

1.1 图片保存位置：四种模式里只有一个适合长期用

打开“文件 → 偏好设置 → 图像”，会看到“插入图片时”这个下拉框，里面有几个选项：无特殊操作、复制到指定路径、复制到./assets文件夹、上传图片。旁边还有一个“优先使用相对路径”的勾选框。这个组合看起来简单，但选错的人非常多。

“无特殊操作”是最危险的默认值。它的含义是：你把一张图从桌面拖进来，Typora 只是在 Markdown 里写一个指向你桌面的链接，图片文件本身还是躺在桌面上。你写的时候一切正常，因为文件还在原地。等你整理桌面，或者把笔记发给别人，图就没了。这个模式唯一的合理场景是你已经在用图床、所有图片都有线上地址，但那属于“上传图片”的范畴。

“复制到指定路径”是给有固定素材库习惯的人用的，比如你所有项目截图都统一堆在一个大目录下。它的缺点是路径管理靠自觉，时间久了那个目录会变成垃圾场。

“复制到./assets文件夹”是我推荐给绝大多数人的方案。它的行为是：每当你插入一张图片，Typora 会在当前 Markdown 文件旁边建一个assets目录，把图片复制进去，并在文档里写入相对路径./assets/图片名.png。这样一来，整个笔记就是一个自包含的小包裹：一个.md文件加一个assets文件夹，打包发给别人、丢进网盘、拷到移动硬盘，图片都不会丢。

具体操作：下拉框选“复制到./assets文件夹”，然后务必勾上“优先使用相对路径”。这一步是很多人漏掉的关键。不勾的话，Typora 有可能在某些情况下写出绝对路径，一旦移动目录就断链。

1.2 自动保存与草稿恢复：别把“它自己会存”当保险

Typora 是实时保存的，没有“保存”按钮这个概念，这是它和传统编辑器的最大区别。好处是你永远不用按 Ctrl+S，坏处是误删一大段之后没有“撤销到上次保存”的救命稻草，只能靠 Ctrl+Z 一层层往回退。

真正需要关注的是“通用”里的“恢复未保存的草稿”功能。它的作用是：软件异常退出（断电、强制关机、进程被杀）时，下次启动会尝试恢复你当时正在编辑但还没来得及落盘的内容。这个功能默认是开的，但恢复文件存放在系统临时目录里，不是永久保险。

我的做法是给自己加一层外部保险：把笔记目录整体放在一个会做版本记录的位置。不用复杂的工具，哪怕只是一个每天定时复制一份的脚本，也比裸奔强。Markdown 是纯文本，文件体积极小，备份成本几乎为零，这一点比那些把内容塞进数据库的笔记软件有天然优势。

1.3 编辑器行为：制表符、换行和拼写检查

偏好设置里的“编辑器”页有几项值得改：

• 默认缩进：Typora 里 Tab 键既可以插入制表符也可以用来缩进列表。如果你经常写嵌套列表，建议把“Tab 键行为”设为缩进，而不是插入制表符。嵌套三四层的清单，靠空格对齐会非常痛苦。
• 自动配对符号：输入(自动补)，输入"自动补"。写中文内容时这个功能有时会碍事，因为中文引号是全角的，自动补出来的是半角。如果你主要写中文，可以考虑关掉，或者只保留括号配对。
• 拼写检查：默认只对英文生效，写中文的话基本用不上，而且红色波浪线会干扰视线，我一般直接关掉。

还有一项容易被忽略：“智能标点”。开启后，输入--会自动变成短破折号，输入...变成省略号。写正式文档时有用，写代码笔记时是灾难，比如你正在记录某个命令行参数--verbose，结果被自动改成了–verbose，命令直接跑不通。写技术内容的人务必去“标记”那一页把它关掉。

1.4 文件列表与大纲：把导航栏当成目录树用

左侧边栏默认显示文件树，这个可以保留，但更有用的是“大纲”面板。快捷键Ctrl + Shift + 1可以切换，它会把文档里所有标题按层级列出来，长文档里比滚动条好用得多。

有个细节：大纲只识别#到######这六级标题，你手动加粗的文字不会进去。所以写长文时养成用标题分层的习惯，不是为了好看，是为了让大纲能当导航用。我写超过两千字的东西，基本靠大纲跳转，很少滚轮。

2. 快捷键的正确记法：按使用频率分三层，而不是按功能分类

网上流传的 Typora 快捷键表动辄五六十条，看得人头皮发麻，记完就忘。真正有效的记法是按“使用频率”分层，先死死记住第一层，等它变成本能了，再向下扩展。下面这套分层是我的实际使用节奏，你可以对照自己的写作习惯调整。

2.1 第一层：每天按上百次的那六组

这一层只有六组，但它们覆盖了你 80% 的编辑动作：

Ctrl + 0这一条被严重低估。很多人把一行文字设成标题后想改回正文，会用鼠标去点菜单，其实一个组合键就回来了。Ctrl + 4/5/6对应四级到六级标题，实际用得少，但Ctrl + 0用得极多。

行内代码那个键位看起来别扭，其实是反引号键加 Shift。反引号在键盘左上角 Esc 下面。用熟之后，写git commit这种词就是一秒的事，比切换格式菜单快太多。

2.2 第二层：排版类，写文档时高频但不必形成条件反射

这一层的特点是：用得不少，但每次用之前停顿半秒想一下键位完全可以接受。

• Ctrl + K：插入链接。选中文字后按它，直接弹出一个输入框填 URL，不用手动敲[]()。
• Ctrl + Shift + I：插入图片。会弹出系统文件选择框。
• Ctrl + Shift + Q：引用块。写摘录、贴原文、标注注意事项都用它。
• Ctrl + Shift + [和Ctrl + Shift + ]：分别是有序列表和无序列表。注意这两个键在很多键盘布局上和花括号冲突，实际按键是方括号位置。
• Ctrl + Shift + ``（三个反引号）：插入代码块，会直接展开一个带语言选择的空块。
• Alt + Shift + 5：删除线。

这些快捷键的共同点是“成块操作”，一次作用于整段或整块内容。记不住也没关系，右键菜单里都有，但记住了能省下大量“选中—挪鼠标—点菜单—移回来”的往返。

2.3 第三层：视图与检索，长文档写作的救命键

写短内容时感觉不到这一层的价值，一旦文档超过五千字，它们就是刚需：

• Ctrl + Shift + L：切换侧边栏。屏幕小的时候，写正文时收起侧栏能多出一寸宽度。
• Ctrl + F：当前文档内查找。
• Ctrl + Shift + F：跨文件全局搜索。这个功能很多人不知道，它会在整个笔记目录里搜关键词，找“我上次在某篇里写过某个配置”这类问题时极其好用。
• Ctrl + P：快速打开文件，输入文件名片段就能跳转，不用在文件树里翻。
• F8：专注模式，只高亮当前段落，其余变暗。
• F9：打字机模式，光标始终固定在屏幕中间那一行，视线不用跟着文字往下跑。这两个模式配合使用，长时间写作的眼睛疲劳会明显减轻。
• Ctrl + /：切换源码模式。这个键我要单独说，它是排查格式问题的第一工具。

Ctrl + /的意义在于：Typora 是所见即所得的，大部分时候你看到的就是 Markdown 渲染后的样子。但有些格式问题在渲染视图里看不出来，比如多余的空格、错误的缩进层级、隐藏的换行符。切到源码模式，一切原形毕露。我遇到“列表突然不渲染了”“表格错位了”这类问题，第一反应就是按Ctrl + /看原始文本。

2.4 自定义快捷键：只改你真的会冲突的那几个

Typora 允许在偏好设置的“快捷键”页自定义。我的建议是：除非某个组合键和你系统里其他软件的全局热键冲突，否则不要改。改多了会形成一套只有你自己能用的键位，换台电脑、换个软件就抓瞎。

真正值得改的场景只有一类：你从别的编辑器迁移过来，某个高频操作已经形成了顽固的肌肉记忆。比如有人习惯用某个键插入表格，那就改掉，别硬掰。肌肉记忆是有成本的，顺着它比对抗它划算。

3. 图片路径的四种落盘方案，以及迁移时全挂的完整排查链路

图片是 Markdown 笔记里最脆弱的一环。文字是纯文本，复制粘贴永远不坏；图片是外部文件引用，链接一断就没了。这一节把几种方案的取舍讲透，再给一条从“图片全灰”到“全部修复”的排查路径。

3.1 相对路径加 assets 目录：为什么它是唯一稳妥的默认选择

先解释一下相对路径和绝对路径的区别，用生活化的说法：

绝对路径就像“北京市朝阳区某某街道某某号某单元某室”，完整、唯一，但只要搬家就失效。相对路径就像“我家隔壁那栋楼”，只要你人在这个小区里，永远能找到。Markdown 文件就是那个“小区”，./assets/xxx.png的意思就是“和我同级的 assets 文件夹里的 xxx.png”。

所以正确的结构长这样：

我的笔记/ ├── 某篇笔记.md └── assets/ ├── 截图1.png └── 截图2.png

这个结构的好处是完整性。你把整个我的笔记文件夹拷走，或者压缩发给别人，对方打开 Markdown 文件，图全在。而如果你用的是绝对路径，链接里会带着C:\Users\你的用户名\...这种内容，换台机器必然断。

配置方法前面说过，再强调一遍组合：“复制到./assets文件夹” + 勾选“优先使用相对路径”。这两项必须同时设置，缺一个都可能出问题。

有个副作用要提前知道：如果你一个目录下放了很多篇笔记，它们会共用同一个assets文件夹，图片会混在一起，文件名可能冲突。Typora 的处理方式是重名时自动加后缀，所以不会覆盖，但目录会越来越乱。如果在意整洁，可以给每篇笔记单独建子目录，或者用“复制到指定路径”配合按日期分文件夹的规则。

3.2 图床方案的真实代价

另一条路是把图片上传到线上，Markdown 里只存一个网址。好处是文档本身极轻，换设备、发博客都方便。代价是：你需要一个稳定的存储位置、需要处理上传流程、需要接受“哪天服务变了链接就废了”的风险。

对于纯本地笔记、内网文档、需要离线查看的资料，我完全不推荐图床。图片在本地，是最可靠的状态。图床适合的场景是“内容本来就要公开发布”，那时候线上地址是刚需，顺带解决了 Markdown 的引用问题。

如果你确实要用，Typora 支持配置上传服务，插入图片时自动上传并替换链接。配置项在“图像”页的“上传图片”里，需要填服务地址和认证信息。这部分配置因服务而异，我不展开，但要提醒一句：认证信息会以明文存在配置文件里，多人共用一台机器时要注意。

3.3 图片全挂时的排查顺序：从现象倒推原因

假设你现在打开一篇旧笔记，发现图片位置全是灰色方块，旁边写着文件名。按下面这个顺序查，基本能在五分钟内定位。

第一步，把鼠标悬停在失效的图片上。Typora 会显示它试图加载的路径。如果显示的是C:\Users\...或/Users/...开头的绝对路径，问题就很明确了：路径写死了，文件被移动过。

第二步，按Ctrl + /切到源码模式，看图片语法那一行。正常应该长这样：

![描述文字](./assets/图片名.png)

如果括号里是完整路径，或者是以file://开头的地址，说明当初插入时没有走相对路径模式，需要批量修。

第三步，确认文件到底在不在。打开文件管理器，看assets目录里有没有那个文件。有时候链接是对的，但文件压根没被复制过来，比如你是手动把图片拖进编辑器的，而当时设置的是“无特殊操作”，Typora 就只写了个链接，没复制文件。

第四步，批量修复。如果确认是路径前缀错了（比如整个目录从D:\笔记挪到了E:\文档\笔记），最省事的办法是用编辑器自带的批量替换，或者写个小脚本。

用 Python 做批量替换的思路是这样，先在一个副本上试，别直接动原文件：

import os import re old_prefix = "C:/Users/old/notes/assets/" new_prefix = "./assets/" target_dir = "./我的笔记" for root, dirs, files in os.walk(target_dir): for name in files: if not name.endswith(".md"): continue path = os.path.join(root, name) with open(path, "r", encoding="utf-8") as f: content = f.read() if old_prefix not in content: continue content = content.replace(old_prefix, new_prefix) with open(path, "w", encoding="utf-8") as f: f.write(content) print("已处理:", path)

跑之前把old_prefix改成你实际看到的旧路径前缀。注意 Windows 下路径里的反斜杠在 Markdown 里有时会被写成/，两种都要考虑，可以先在源码模式里复制一行真实内容，看看它到底长什么样，再决定替换字符串。

3.4 一个反直觉的经验：图片文件名别用中文和空格

这条不是洁癖，是实打实的踩坑总结。中文文件名在本地 Typora 里通常没事，但一旦涉及导出 HTML、发布到某些静态站点生成器、或者用脚本处理，就会出现编码问题，表现为图片加载失败但文件名看起来完全正常。

空格同理。Markdown 语法里，图片路径带空格时需要写成%20或者用尖括号包起来，很多工具处理得不一致。我的习惯是：插入图片后顺手把文件名改成英文加数字，比如20240512-setting-01.png。改起来就几秒钟，能省掉后面一堆玄学问题。

4. 把 Markdown 语法用出编辑器特色：表格、公式与任务清单

Typora 不只是“渲染 Markdown”，它在若干语法上有自己的增强。这些增强用好了，文档的信息密度会明显提升；用不好，导出的文件在别的工具里会显示成一堆乱码。这里挑几个最实用的讲。

4.1 表格：先定行列，再填内容

Ctrl + T会弹出一个对话框，让你输入行数和列数。这里有个容易踩的坑：很多人以为行数包含表头，实际上对话框里的“行”是指数据行，表头是额外自动加的。所以你想要一个三行数据的表，填 3 就行。

表格里的对齐用冒号控制，写在分隔行里：

| 左对齐 | 居中 | 右对齐 | | :--- | :---: | ---: | | 内容 | 内容 | 内容 |

Typora 里还有更省事的做法：表格渲染出来后，直接在界面上拖动列宽、右键增删行列，它会自动改写 Markdown 源码。这是它比纯文本编辑器强的地方。

要注意的是：表格里不能直接换行。想在单元格内换行，得用<br>标签。这在导出 PDF 时有效，但某些 Markdown 解析器不认，属于“用之前想清楚输出目标”的功能。

4.2 数学公式：块级与行内的区别

Typora 内置了公式渲染，用的是 LaTeX 语法。行内公式用单个美元符号包裹，块级公式用两个美元符号单独成段：

行内写法：当 $x > 0$ 时函数单调递增。 块级写法： $$ f(x) = \sum_{i=1}^{n} x_i^2 $$

快捷键方面，Ctrl + Shift + M可以快速插入块级公式块。写完在 Typora 里直接渲染成排版好的公式，不用像纯文本编辑器那样对着源码脑补。

有个实际经验：如果你的文档最终要发到不支持的平台上，公式会原样显示成一堆$$。所以写公式前先确认输出渠道，别写完二十个公式才发现对方不认。

4.3 任务清单：比普通列表多一个勾选框

- [ ] 待办事项 - [x] 已完成事项

在 Typora 里，这个语法会渲染成可以点击的复选框，点了之后源码里的[ ]会自动变成[x]。用来做项目清单、学习计划、发布前检查表都合适。

要注意-和[之间必须有一个空格，[ ]里面也必须有一个空格。少一个空格就不渲染，这是新手最常犯的格式错误，遇到了先按Ctrl + /检查空格。

4.4 目录与脚注：长文档的两个加分项

在任意位置输入[toc]并回车，Typora 会自动生成一个基于标题层级的目录，并且会随着你增删标题自动更新。这对写长文特别有用，不用手动维护目录列表。

脚注的写法是：

这里有个说法[^1]。 [^1]: 这是脚注的具体内容。

渲染后正文里会出现一个上标数字，点击跳到底部的注释。适合写那种“正文里不想打断节奏、但又需要补充说明”的内容。

这两个功能的共同问题是兼容性。[toc]是 Typora 的扩展语法，导出 HTML 时会转成静态目录，但其他 Markdown 工具可能不认。脚注在多数现代解析器里支持良好，但老一些的不行。还是那句话：先想清楚最终在哪里看。

5. 导出、主题与多端同步：那些“看起来能用”和“真的顺手”的差距

写完只是第一步，Typora 的价值有一半在输出环节。这一节讲导出成 PDF 和 HTML 时的实际坑，主题怎么改才不至于每次重装都重来，以及多台设备之间怎么同步才不打架。

5.1 导出 PDF：页边距、分页和字体

“文件 → 导出 → PDF”看起来一键搞定，但默认样式往往不合用：页边距太窄、代码块在跨页时被拦腰截断、中文字体渲染成宋体看着别扭。这些问题都能通过自定义 CSS 解决。

打开“偏好设置 → 外观 → 打开主题文件夹”，里面会有一个base.user.css或者对应主题的.css文件。你可以在里面追加打印相关的规则：

@media print { @page { margin: 20mm 18mm; size: A4; } body { font-family: "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 11pt; line-height: 1.7; } pre, table, img { page-break-inside: avoid; } h1, h2, h3 { page-break-after: avoid; } }

几个关键点解释一下：

page-break-inside: avoid加在代码块、表格、图片上，含义是“别在这些元素内部断页”。不加的话，一个长代码块可能被切成两半，上半页一半下半页一半，读起来很痛苦。

page-break-after: avoid加在标题上，含义是“标题后面别紧跟着分页”。不加的话，经常出现标题孤零零待在页底、内容全在下一页的情况。

字体那一条要按你的系统实际有的字体来写，写了一个系统里没有的字体，会静默回退到默认字体，看不出报错但也看不出效果。这一步要实测，导出一次看看效果对不对。

5.2 主题定制：改在 custom.css 而不是改主题源文件

Typora 的主题是 CSS 文件。很多人直接改主题目录里的xxx.css，结果软件一升级，主题被覆盖，改的全没了。正确做法是改custom.css（有些版本叫base.user.css），这个文件在升级时不会被替换。

想快速验证效果，改完 CSS 不用重启软件，按Ctrl + R或者重新应用一次主题就能看到变化。我一般会先调字号和行高，这两项对阅读体验影响最大，其余的颜色微调属于锦上添花。

还有一个实用的小改动：把正文的最大宽度调窄一点。默认在大屏上会拉得很宽，一行字太多，眼睛回行时容易串行。加一条：

#write { max-width: 780px; margin: 0 auto; }

780 这个数字不是标准，是我自己试出来的舒适值，你可以按屏幕大小在 700 到 900 之间调。

5.3 多设备同步：冲突文件是怎么产生的

用网盘同步笔记目录是最常见的做法，但会带来一个隐蔽问题：同一篇文件在两台设备上同时编辑，同步工具会生成一个“冲突副本”，比如笔记 (冲突副本).md。等你发现的时候，两个文件内容各有一半，合并起来很麻烦。

降低冲突概率的做法：

• 养成“离开工位前确认内容已保存、软件已关闭”的习惯。Typora 实时保存，但同步工具需要文件句柄释放才能可靠上传。
• 不要把整个笔记目录同时挂在两台设备的自动同步里还开着编辑。如果必须在两台设备上写，写之前先手动同步一次，写完之后再同步一次，中间不要交叉。
• 定期检查目录里有没有带“冲突”“conflict”“副本”字样的文件，发现就立刻处理，别拖。拖久了你会忘了哪份是新的。

另外，同步目录里不要放.git之类的大目录，也不要放导出的 PDF 和图片缓存，否则同步流量会翻好几倍。图片本身要同步，但那些临时文件没必要。

6. 新手期最容易卡住的几个具体问题

这一节是排查实录性质的内容。下面每个问题我都实际遇到过，或者帮别人看过。它们的共同点是：现象看起来很吓人，原因往往很小。

6.1 列表突然不渲染了，或者层级乱掉

现象：明明写的是- 第一项，但显示出来是一段普通文字，前面带着一个短横线。

原因通常是三个之一：短横线后面没加空格；短横线前面有缩进但缩进量不统一；上一行是个没有正常结束的段落。

排查步骤：按Ctrl + /看源码。检查短横线和文字之间是不是恰好一个空格。检查这一组列表的每一行缩进是不是一致——Markdown 对缩进很敏感，同一层级必须用相同数量的空格或制表符，混用就会乱。

有个经验：Typora 里嵌套列表推荐用 Tab 缩进，一层一个 Tab，比数空格可靠。如果 Tab 键被设置成了插入制表符而不是缩进，去偏好设置里改回来。

6.2 中文标点导致格式失效

现象：加粗语法**文字**没生效，星号原样显示出来了。

原因很可能是：**紧挨着中文标点。某些 Markdown 解析器对“强调符号两侧必须是特定字符”有严格规则，如果**左边紧贴一个中文全角标点，解析可能失败。

解决办法很简单：在**和标点之间加一个空格，或者把标点挪到加粗内容里面。这类问题看起来玄学，但按源码模式一看就能定位。

同理，中文引号“”和英文引号""混用也会让某些语法失效。写 Markdown 时，代码、路径、语法符号一律用半角，这是硬规矩。

6.3 大文件卡顿：不是电脑不行，是文件太大

单个 Markdown 文件超过几千行、并且里面塞了大量图片和表格之后，Typora 的输入延迟会明显上升。这是因为它在实时渲染整个文档。

应对办法有两个方向。一是拆分：把一篇巨型笔记按主题拆成多个文件，用一个索引文件链接起来。Markdown 的链接语法[标题](./另一篇.md)支持文件间跳转，拆开之后每篇都轻快。二是减少单篇内的图片数量，把截图集中放到附录或者单独的文件里。

我自己的经验阈值是：单篇超过三千行就该考虑拆了。拆的时候按“一个文件讲一件事”的原则，别按字数机械切分。

6.4 导出 HTML 后样式全丢

现象：本地看着排版精美，导出 HTML 用别的浏览器打开，字体、颜色、间距全变了。

原因：Typora 导出 HTML 时会把当前主题的样式内联进文件，但如果主题里引用了外部字体文件或者网络字体，那些资源不会被打包，打开时就回退到系统默认字体。另外，某些 CSS 选择器在导出时会被过滤。

解决办法：导出前切到一个“自包含”程度高的主题，或者接受“导出的 HTML 只保证结构、不保证视觉完全一致”这个现实。如果对样式要求高，更靠谱的路径是导出成 PDF，PDF 的渲染是固定的。

还有一个细节：导出 HTML 时勾选“包含样式”，否则出来的是纯结构没有排版。这个选项在导出对话框里，默认可能是勾上的，但换版本之后要重新确认一次。

6.5 快捷键在不同系统上对不上

这个问题纯粹是信息差。网上大部分教程写的是 Windows 键位，macOS 用户照着按会发现完全没反应。对应关系是：Ctrl换成Cmd，Alt换成Option。但有几个不完全对应，比如行内代码在 macOS 上是Cmd + Shift + 反引号，这个反引号在部分键盘布局上位置不同，需要实际试一下。

最保险的办法是打开“偏好设置 → 快捷键”，那里列出的是你当前系统上的实际键位，以它为准，别信任何网上的对照表。

6.6 文件编码与换行符的隐形坑

如果你除了 Typora 还会用其他工具处理这些 Markdown 文件（比如脚本、版本管理、静态站点生成），要注意两个隐形设置：文件编码和换行符。

编码统一用 UTF-8，不要用带 BOM 的版本。BOM 是文件开头的一小段隐藏标记，某些工具会把它当成正文内容，导致第一行显示异常或者解析出错。

换行符方面，Windows 用 CRLF，类 Unix 系统用 LF。跨平台协作时混用会导致“整个文件都显示被修改”的假象。Typora 本身在保存时会沿用文件的原有格式，所以关键是第一次创建文件时用对。如果你在一个多平台环境里工作，统一成 LF 更省事。