1. 从2026.1.9markdown语法说起一份笔记标题背后的整理思路前几天整理自己的知识库翻到一篇当年创建的笔记名字就叫2026.1.9markdown语法。打开一看里面东一句西一句记了一堆零散的语法碎片有的对了有的已经过时还有几条当时以为记住了、现在完全看不懂在说什么的快捷提示。相信很多人的笔记库里都有类似的一页——日期加一个大而化之的主题词内容却杂乱无章。这个现象本身反映了一个普遍问题大家不缺少学习markdown的意愿缺的是把markdown语法系统化整理的能力。类似的笔记内容往往是复制粘贴来的语法表格、某个编辑器的快捷键截图、一两个当时觉得很有用后来再也没看过的进阶技巧。真正要用的时候还是要重新去搜索引擎查一遍。所以这篇文章我想把markdown这件事从头到尾捋一遍。不光讲每个语法点长什么样更重要的是讲清楚它为什么这样设计、在什么场景下用、不同编辑器之间有哪些行为和坑。标题里那个2026.1.9就当作一个引子把我们所有人笔记里那篇没整理完的markdown语法一次性地、彻底地补完。文章面向的读者大概是这几种刚开始接触markdown、正被换行和图片路径折磨的新手用了一段时间但总觉得效率上不去的普通用户以及需要把markdown文档转成Word、Excel、PPT、PDF在工具链之间来回折腾的职场人。三种人的痛点各不相同我会在对应章节分别展开。1.1 日期加主题的标题格式为什么不利于知识管理坦白说我曾经也很喜欢用2026.1.9markdown语法这种命名方式因为它足够简单——新建笔记时顺手敲个日期和关键词几秒钟搞定。但随着笔记数量增加这种做法的弊端开始显现。首先是回顾成本。三个月后再看2026.1.9markdown语法你根本想不起来这天到底记了哪几条语法、解决了什么问题。日期本身不携带任何语义信息除非你清清楚楚记得那天发生的事情否则这种标题就是一行毫无意义的时间戳。其次是检索效率。当笔记库里同时存在2026.1.9markdown语法2026.2.3markdown图片2026.3.15markdown技巧汇总等多个相似标题时搜索markdown会得到一长串结果你必须逐个点开才能确定哪一篇是你要的。这违背了笔记工具应该帮人更快找到信息的初衷。我现在的做法是把日期从标题中拿掉让标题成为一个纯粹的主题描述。如果确实需要记录时间线我会放在正文的元信息里或者依赖笔记软件自带的创建时间字段。一个好标题的标准是——不看正文也能大概知道这篇笔记里有什么、解决什么问题。同样是markdown主题markdown换行规则与常见编辑器行为差异就比2026.1.9markdown语法清晰得多。1.2 Markdown学习路径的整理逻辑不只是标题的问题整个markdown学习过程也需要一条清晰的路径。我见过很多人的markdown笔记语法点之间没有任何逻辑关联想到什么记什么最后成了一锅粥。按照我的使用经验markdown的知识体系大致可以分成四个层级第一层核心语法。标题、加粗、斜体、列表、引用、代码块、链接、图片、表格、分割线。这些覆盖了日常写作90%的场景必须先掌握。第二层进阶语法。任务列表、脚注、上下标、删除线、自动链接、目录生成TOC、HTML混合使用。这是让文档从能看变得好用的关键。第三层扩展能力。Mermaid图表、数学公式LaTeX、流程图、时序图、甘特图。这部分需要编辑器支持是技术文档、学术笔记的刚需。第四层工具链能力。图片路径管理、文档导出Word/PDF/HTML、版本管理Git配合、多个编辑器之间的协作。这一层决定了你的markdown工作流能否真正稳定跑起来。以这个框架为骨架重新整理自己的markdown知识库时会发现很多之前学了就忘的语法点其实是因为没有放到对应的层级里去理解。例如你孤立地记一条表格中用br换行的语法很容易忘记但如果你理解了markdown表格不支持多行单元格必须借助HTML标签来弥补那这条规则就变得非常合理也不需要死记硬背了。下面这个表格是我自己整理的markdown核心语法速查精简版也是后续各章节讨论的基础语法元素Markdown写法说明标题# 一级标题到###### 六级标题#后要加空格加粗**文字**或__文字__推荐用双星号斜体*文字*或_文字_下划线在单词内易出问题删除线~~文字~~两端各两个波浪线行内代码代码反引号包裹代码块包裹可标注语言支持语法高亮无序列表- 项目或* 项目同一文档保持一致有序列表1. 项目数字自动递增引用 内容可嵌套链接[文字](地址)可加标题属性图片路径支持相对/绝对表格列1列2加分隔行需要表头分隔行分割线---或***三个以上字符任务列表- [ ] 未完成/- [x] 已完成GitHub风格脚注文字[^1][^1]: 内容需要编辑器支持2. 换行、空行与段落分隔Markdown最基础也最容易翻车的部分搜索热词里挂着markdown换行这看起来是个极其简单的问题但实际上它在所有markdown新手问题里的出现频率高得离谱——我自己当年也在这个坑里趴了很久。原因很简单markdown的换行规则和大多数人习惯的Word文档不一样。在Word里你敲回车就是换行敲两次回车就是分段这个直觉非常根深蒂固。但在markdown的标准语法中CommonMark规范单独的一个回车换行并不会在渲染结果中产生一个新行大多数解析器会把它们用空格连接合并成同一个段落。想要真正换行你有三个选择在行尾添加两个及以上空格再回车——这是标准的硬换行。在文本之间插入一个空行让它们成为两个不同的段落——这是分段。直接在行尾使用HTML标签br——这是最直观、也最不会出错的方式。2.1 为什么Markdown要这样设计换行规则很多人第一次遇到markdown换行问题时第一反应是这是什么反人类设计。但如果你理解了它的设计初衷就会觉得其实挺合理。Markdown的设计哲学之一是**兼容纯文本**——即使在完全没有渲染器的环境下通过电子邮件、纯文本编辑器、终端里查看一份markdown源文件也必须能大致看懂内容和结构。如果每一个回车都表示换行那么一段文字在源文件里就会被切得支离破碎纯文本可读性会大打折扣。而让一个回车只表示源码里排版美观让空行表示段落边界就能保证源文件的段落结构清晰可辨。提示绝大多数现代markdown编辑器Typora、Obsidian、VS Code插件等已经默认开启回车即换行的输入体验用户敲回车就能另起一行。但导出成HTML、Word或用其他不支持该特性的渲染器显示时标准规则就会生效。这就是为什么你在Typora里排版好好的文档用GitHub打开后会诡异地变成一大段——Tуpora用的是软换行GitHub渲染时按标准规则合并了行。2.2 段落间空行规则哪些地方不留空行会让你抓狂换行规则只是第一步真正让人头疼的是空行在各种语法结构中的隐性作用。以下是我总结的高频翻车点标题后要空行。有少数文档写作时写完标题立刻跟正文结果渲染出来的标题和正文粘连在一起甚至整段被识别为标题。规范是标题文字和下一段之间留一个空行如果是列表或其他块级元素同样需要空行。列表之间的空行。Markdown列表尤其是有序列表在连续项目之间加空行渲染结果仍是一个列表但部分编辑器会认为这是一个新的列表。如果想中断列表比如列表后面跟一段说明文字需要在列表和下一段之间加空行并且有时还要额外空行来彻底退出列表模式。代码块前后要空行。这是新手最容易视觉上忽略的地方。代码块的起始行前面如果不留空行某些解析器会把上一段普通文本和代码块的起始符号连在一起解析导致代码块没有被正确触发。下面演示一个典型的错误示例和正确示例这是列表项 - 项目一 - 项目二 这是结束文字这种写法在某些渲染器里会让这是列表项和列表项混成一个段落也可能让这是结束文字成为列表的最后一项。正确写法是在列表前后加空行这是列表前的段落 - 项目一 - 项目二 这是列表后的段落我自己踩过的一个真实案例是某次写周报需要把一组任务列表放在一段总结文字后面。因为没加空行渲染出来的结果里总结文字和第一个待办项连在了一起整个列表的格式全部乱掉。从那以后我给自己定了一条铁律block级元素标题、列表、引用、代码块、表格前后至少保留一个空行。2.3 嵌套列表的缩进规则与常见误区嵌套列表列表套列表是markdown语法里另一个高频出错点。热词里的语法规则md语法很大程度都是围绕这个展开的因为嵌套列表的渲染结果取决于你上一个列表项末尾是换行还是换行缩进而且不同编辑器对缩进空格数的要求还不太一样。来看一个标准示例1. 第一项 - 子项A - 子项B 2. 第二项这里我用了三个空格做缩进子列表在渲染时会嵌套在第一项下面。如果我把缩进去掉1. 第一项 - 子项A - 子项B 2. 第二项某些渲染器会认为1. 第一项已经结束了后面的- 子项A是另一个无序列表于是整个文档的结构就崩了。关于嵌套缩进的空格数量不同的markdown方言略有差别——有的要求4个空格有的要求2个或3个但有一个共识同一层级的列表项缩进必须保持一致。我的经验是如果你不确定当前编辑器用什么规则优先用4个空格或一个Tab键缩进嵌套内容这是兼容性最好的方案。另外有序列表的子列表建议用字母或无序符号能减少层级混乱。注意Typora这类所见即所得编辑器会帮你自动缩进和处理嵌套但如果你把文档拿到GitHub、Jekyll、Hexo等平台上渲染缩进问题就会原形毕露。所以写的时候尽量按标准空格来不要依赖编辑器的自动修正。3. 图片路径、表格操作与格式化转换日常使用的高频痛点搜索热词里有三个非常显眼的条目markdown图片路径markdown表格转换excelmarkdown表格复制。这说明对大多数普通用户来说markdown的日常使用根本不是什么复杂的进阶技巧而是这几个看着简单、实际上处处是坑的具体操作。我一个个拆开讲。3.1 图片路径的三种写法与选型建议Markdown插入图片的标准语法是括号里的图片路径实际应用中大概有这三种形态第一种相对路径。例如图片存放在当前文档所在目录的images子目录里。这种写法最大的优势是文档连同图片文件夹一起移动不受盘符和服务器地址影响非常适合本地写作和Git仓库管理。但问题是如果文档被复制到另一个位置而图片没有跟着一起复制图片就会全部变成裂图。第二种绝对路径。例如。这种写法在本地文档中直观可见但跨平台能力极差——同一份文档换一台电脑、换一个用户名路径就可能失效。除非你保证文档和图片永远不移动否则我不建议用绝对路径。第三种网络URL。例如直接把图片链接指向在线地址。这种方案让文档自身变得很轻分享给别人也能直接看到图。缺点也明显图片托管在第三方服务器上一旦图床失效或域名过期所有图片就会一起挂掉而且存储在笔记里的是外部依赖离线时根本无法查看。这里要特别提醒一个容易踩坑的细节图片路径中包含中文或空格时部分渲染器会解析失败。空格可以用%20转义但最好的办法是给图片文件起英文名、用连字符-或下划线_分隔单词从源头上避开这个问题。我见过太多人的笔记里堆满了截图 2026-01-09 14-23-45.png这类文件名在Typora里显示正常放到静态博客上一加载就裂图。如果你用Typora还有一个非常实用的配置在设置里打开优先使用相对路径并且把复制图片到当前文件夹选项勾上。这样你把任意截图或拖拽的图片加进文档时Typora会自动把图片拷贝到文档所在目录的asset/image文件夹下并自动改写路径。这个功能让相对路径策略变得几乎无感强烈建议打开。3.2 Markdown表格的局限合并单元格、换行、对齐Markdown的表格语法非常简洁也正因如此它的功能边界非常清晰只能做规规矩矩的二维表格不能合并单元格不能跨行跨列单元格内换行需要靠HTML标签。表格的基本结构是| 姓名 | 年龄 | 城市 | | ---- | --- | ---- | | 张三 | 28 | 上海 | | 李四 | 32 | 北京 |第二行的----是表头分隔线它决定了表格是否有表头。对齐方式通过冒号控制| :--- | ---: | :---: |分别表示左对齐、右对齐、居中对齐。关于单元格内换行我的经验是直接用br标签最省心。比如| 项目 | 说明 | | ---- | ---- | | 换行 | 第一行br第二行 |渲染出来的说明列里会有一个真正的换行而且这种方法在Typora、GitHub、VS Code预览中表现一致。还有一个很多人不知道的小技巧单元格里也可以嵌入行内代码和链接。比如| API接口 | \/v1/user/info |代码会被正确高亮| 文档 | 点此查看 |也完全没问题。表格虽然是二维结构但内部仍然遵循普通markdown的行内语法规则。3.3 从Markdown表格到Excel的转换一条被低估的路径热词里出现markdown表格转换excel和markdown表格复制说明很多人确实有把markdown表格拿到Excel里继续加工的需求。这个需求很现实Markdown表格适合展示但在数据计算、排序、筛选方面力不从心最终还是得回归Excel。我实测过几种方案给你一个优先级排序CSV中间格式推荐。把markdown表格内容手动改写成CSV格式或者用工具直接转换。CSV是Excel的原生格式之一双击打开就是规整的表格列宽、类型都能自动识别。几乎所有markdown编辑器都支持表格导出为CSV。以Typora为例可以直接右键表格选择复制为CSV然后粘贴或打开到Excel中。在编辑器内全选表格内容粘贴进Excel再使用数据-分列功能。这个方法适用于你不想安装任何工具的场景——先把表格内容从渲染好的预览界面里复制出来粘贴到Excel时直接选中粘贴区域用数据选项卡下的分列功能按|符号作为分隔符拆分。要注意的是直接从源码复制时每行末端还带|分列时要多处理一列。Pandoc一站式转换。如果你有命令行环境Pandoc是最强大的文档转换瑞士军刀它可以把整个markdown文档包括所有表格一次转换成.xlsx或.docx表格是真正的表格而不是贴成一坨文本。提示如果你的markdown表格本身包含比较复杂的格式合并单元格、多行文本、彩色标记直接转Excel一定会丢格式——这不是工具的问题而是markdown表格本身就不支持这些能力。遇到这种情况正常的工作流是在markdown里完成内容的组织和初稿需要精细排版时再转到Excel或Word中做最后的加工而不是强求一步到位。4. 编辑器与插件选型Typora、VS Code与实战搭配搜索热词里markdown编辑器推荐和markdown编辑器vscode markdown插件typora markdown 编辑器完整指南出现的频率非常高。这也正常——你语法学得再熟没有一款好用的编辑器整个写作体验还是会大打折扣。我的看法很明确没有完美的markdown编辑器只有适合你使用场景的编辑器。这里把主流的几条路线分析一遍。4.1 Typora所见即所得的标杆但也要了解它的边界Typora对我来说最大的价值是沉浸式写作四个字。它没有独立的预览窗口你写的是什么渲染结果就直接显示在面前。这种模式极大降低了学习成本新手不需要理解源码和预览是分离的这件事上手就能写。Typora的常用设置项里我建议重点关注这几个图片路径行为。在偏好设置-图像里选优先使用相对路径并勾选将图片复制到assets目录。这样所有图片会统一管理文档随目录携带也不会裂图。Markdown扩展语法。在偏好设置-Markdown里可以勾选展开的语法支持如数学公式、图表、HTML标签原生渲染。默认设置里有些扩展是关闭的如果你插入公式后不显示记得来这里开开关。导出功能。Typora内置了导出PDF、Worddocx、HTML、LaTeX等能力。它的Word导出底层也是结合Pandoc实现的所以遇到乱码或排版问题时先检查Pandoc是否安装、版本是否较新。Typora的缺点也很明确它是一款商业软件需要付费代码编辑能力偏弱如果你想在markdown里嵌入大段代码并做精细的代码编辑它会显得比较笨重。但就认真写一篇长文这个核心场景来说Typora仍然是我最推荐的工具。4.2 VS Code与Markdown插件的组合拳VS Code虽然是代码编辑器但配合几个高质量的markdown插件后它完全可以变成功能强悍的markdown工作台。而且它是免费开源的跨平台体验一致特别适合需要同时写代码和文档的开发者。我日常使用的插件组合是Markdown All in One。提供了快捷键如CtrlB加粗、CtrlI斜体、自动目录生成、列表自动连续序号、选中多行转表格等功能。其中批量格式化表格这个功能非常实用——它能自动对齐表格列宽让源文件的表格部分变得整齐可读。Markdown Preview Mermaid Support。给VS Code的预览面板加上Mermaid图表的渲染能力。如果你需要在文档中绘制流程图、时序图这个插件几乎是必装的。Markdown Preview Enhanced。比内置预览强大得多支持导出PDF、HTML、PPTreveal.js还支持在预览中直接渲染数学公式、自定义CSS样式。它的原理是接管了文档预览的渲染管线功能非常丰富。VS Code的Markdown预览快捷键也需要单独记一下CtrlK V是在侧边打开实时预览双栏模式CtrlShiftV是全屏预览当前文档。如果你记不住这两个键等于一半的效率没有发挥出来。下面是一个简单的选型对比表维度TyporaVS Code 插件上手难度几乎零门槛稍有学习成本写作体验沉浸式所见即所得分栏编辑预览代码感更强代码编辑弱强原生代码编辑器导出能力内置PDF/Word/HTML配合插件可导出但需配置价格付费免费开源适用场景长文写作、博客初稿、课堂笔记技术文档、README、需要配代码的场景4.3 其他值得一试的编辑器与生态提醒除了Typora和VS Code还有几个工具也值得关注Obsidian适合搭建个人知识库它的双链backlink能力非常强配合大量社区插件可以把markdown笔记变成网状知识结构语雀适合团队协作文档在线的表格和画图能力突出但导出自由度不如本地编辑器Notion虽然不是纯markdown工具但它支持markdown快捷键输入输入/呼出命令支持markdown语法快捷转格式很多轻度用户其实是在Notion里接触markdown的。重要提醒markdown在不同编辑器的渲染细节并非完全一致。比如某段语法在Typora里显示正常但在Obsidian或GitHub里可能表现不同。团队协作或跨平台发布时一定要提前沟通并约定统一的markdown方言和渲染环境否则很容易出现我这边好好的你那边全是乱的这种尴尬情况。5. 进阶玩法Mermaid图表、数学公式、HTML补充与高效工作流如果前面的内容解决了你能不能用的问题那这一章解决的是能不能用得更高级、更省事的问题。当你的markdown笔记积累到一定规模单纯靠语法列表已经不够了更需要的是把markdown当作一套连贯的工作流去思考——从写作、预览到发布、归档每个环节都有对应的做法和免费工具。5.1 Mermaid图表用文本画流程图的正确姿势Mermaid是一种基于文本的图表描述语言可以在markdown中用代码块的方式直接绘制流程图、时序图、类图、状态图、甘特图等。它最大的好处是图表可以被版本管理、被复用、被注释——你不需要任何可视化画图软件只需要维护一段文本代码即可。它的用法非常简单mermaid graph TD A[开始] -- B{条件判断} B --|是| C[处理1] B --|否| D[处理2] C -- E[结束] D -- E[结束]渲染出来后就是一个标准的流程图A、B、C、D、E各自对应节点箭头表示流程走向{}表示决策节点。 学习Mermaid的成本并不高核心就几个概念节点定义A[文字]、连线--、连线标签--|文字|、子图subgraph。把这些关键词掌握住你就能画出工作中80%的流程图了。但要注意的是**并非所有markdown渲染器都默认支持Mermaid语法**。我在前面推荐的VS Code插件就是为此存在的Typora对Mermaid的支持已经内置而GitHub则把Mermaid作为官方支持的代码块语言之一。反过来如果你在某个渲染器里写了Mermaid却不显示第一件该做的事就是检查你的渲染器是否支持Mermaid。 ### 5.2 数学公式与LaTeX语法学术笔记和工程文档的利器 如果你需要写学术笔记、技术方案或任何涉及公式的文档markdown的数学公式扩展会极大提升体验。它借用LaTeX的语法格式用$...$表示行内公式用$$...$$表示独立成块的公式。 举个例子行内公式质能方程是 $Emc^2$在支持LaTeX的渲染器中$Emc^2$会被渲染为数学格式的公式。块级公式 markdown $$ \int_0^\infty e^{-x^2} dx \frac{\sqrt{\pi}}{2} $$同样需要渲染器支持。Typora内置了数学公式渲染VS Code则需要安装MarkdownMath插件或使用Markdown Preview Enhanced。你的markdown文档如果要在多个平台间流转最好先确认各个平台都支持相同的数学公式语法否则公式会以纯LaTeX源码形式显示阅读体验会下降。5.3 用HTML标签补足Markdown的边界能力Markdown不是万能的但它的一个强大之处在于标准的markdown解析器都允许内嵌HTML。这给了我们一条非常灵活的补强路径。以下几个场景用原生markdown搞不定但加上HTML后轻松解决文本对齐。markdown本身没有居中对齐、右对齐的语法。想要居中时可以直接用HTML标签p aligncenter这是一段居中文本/p字体颜色。让某几个字变成红色可以使用font colorred红色文字/font。这是很多人在文档里需要做重点标注时的常见需求。带圈数字①到⑲。这个需求在热词里出现了说明问的人真的很多。Markdown没有内置这个符号但有字符编码可以用。①-⑳对应的Unicode编号是①(①)到⑳(⑳)在markdown中写作#9312;到#9331;。实际输入时可以查一下字符表或者直接用中文输入法的符号面板插入①到⑳。如果需要在网页上渲染HTML实体符号是最稳妥的。插入音频、视频。语义上不属于markdown范围但用video、audio标签可以实现。不过要提醒一句HTML标签的渲染效果高度依赖渲染器。在Typora里能正常显示的font colorred在某些论坛或静态网站生成器里可能会被过滤掉XSS安全策略。如果你写一篇要对外发布的文章尽量少用HTML补充保持内容的纯markdown可移植性。5.4 目录生成、任务清单和写作模板日常效率细节除了前面这些硬核语法还有几个细节能明显提升日常写作效率但往往被人忽略。目录生成很多markdown渲染器支持[TOC]这个特殊语法它会根据文档中的标题自动生成目录列表。GitHub、Typora和部分静态博客生成器都支持[TOC]但兼容性并非普适如果你用VS Code Markdown All in One插件则可以通过命令面板主动插入目录。长文写作强烈建议加目录阅读体验会有质的飞跃。任务清单- [ ]和- [x]这两个前缀的列表项会被渲染成带复选框的任务清单。这在周报、个人TODO、项目状态跟踪中非常实用。我在整理自己的笔记模板时会在每个项目文档的顶部放一个任务清单区块用来跟踪待整理待验证已完成的状态。写作模板如果你经常按固定结构写文档例如每周的周报为自己建立一套markdown模板会非常省事。我个人的周报模板大致长这样# 本周工作 ## 完成事项 - [ ] 事项一 - [x] 事项二 ## 问题与风险 ## 下周计划 ## 备注配合Obsidian或Typora的自定义模板能力新笔记完全可以一键套用不用每次从头写。这个习惯养成之后你会发现自己的写作效率和笔记规范性都会上一个大台阶。6. 我的实际使用经验总结最后聊一点个人体会。我接触markdown很多年工具换了好几轮笔记写了上千篇最终沉淀下来的核心经验其实非常简单先理解语法的设计逻辑再挑选合适的工具链然后用一套固定模板去实践最后把输出导出和归档纳入工作流。不要一上来就学一堆花哨技巧先把换行、列表、图片路径这三个基础问题搞清楚你的日常使用就已经顺畅了80%。如果让我给一个快速上手的建议清单大概是每周用markdown写一篇完整的笔记或周报强制自己运用标题、列表、表格、引用、代码块。给本地的笔记目录设定一个固定的图片存放策略建议统一为assets或images子目录并坚持使用相对路径。了解你主力编辑器里所有与markdown相关的快捷键。为你的文档建立导出前检查清单目录是否正确、图片是否能正常显示、表格列宽是否合适、代码块语言标注是否完整。Markdown真正的进阶不在于记住每一条语法规则而在于形成一套适合自己习惯的写作流程。如果你能把这里面的某一节内容转化成自己的笔记模板或工作习惯那这篇文章就没白写。我自己在整理这堆markdown笔记的时候最大的一个教训是记多少语法笔记都不如实际写的次数多语法清单是用来查的不是用来背的——现在你手里已经有了这份能当检索表用的文章剩下的就是动手去写了。
