说实话这两年我见过太多人把 Markdown 当成一个“必学技能”挂在嘴边但真正动手去系统过一遍的并不多。我自己最早也是零零散散用今天写笔记用一下明天发帖子又忘了语法后来跟着狂神的 Markdown 教程完整过了一遍才把这块短板彻底补上。这门课不算长可贵在于它把 Markdown 从最基本的概念讲到实际写文档时碰到的各种细节而不是丢给你一份语法清单就完事。学完之后我最大的感受是Markdown 不是什么高深技术它是每个写文档、写笔记、写博客的人都值得花几个小时掌握的效率工具。这篇博文就是我对整个学习过程的梳理和实践总结。我会把我在跟着教程学习后真正用到的东西、踩过的坑、以及围绕 Markdown 衍生出来的工具链和玩法都整理出来给准备入门的读者一条清晰的路径也给已经会用的人一些查漏补缺的参考。1. 学习思路与整体拆解这门课到底在讲什么先说结论狂神这门课的核心不是教你背语法而是帮你建立一套“用纯文本高效写作”的思维方式。整个课程是标准的实战派路数——上来先把 Markdown 是什么、为什么用它讲清楚然后直接进入语法实操每个知识点都配示例最后用一篇完整的文档把前面的知识串起来。1.1 Markdown 是什么为什么它值得你专门学一次Markdown 是一种轻量级标记语言由约翰·格鲁伯John Gruber在 2004 年设计核心思想是“让纯文本具备可读性同时能转换成结构化的 HTML”。说白了你写的文件本质是 txt但通过特定的符号约定比如#、**、-它可以被渲染成带标题、列表、加粗、链接的排版精美的网页或文档。从实用角度看Markdown 解决了写作中一个长期存在的痛点你既想专注内容本身又希望最终呈现出的格式是整洁的。“所见即所得”的 Word 会让你在排版上花大量时间而 Markdown 让你在写作时完全不碰鼠标双手不离键盘格式通过几个符号随手带出内容写完格式也就定了。这听起来很简单但真正坚持用下来的人都会明显感觉到写作效率的提升。但要注意狂神在第一节课里就强调过Markdown 不是编程语言它是给人写文章用的工具所以不要被“语法”两个字吓到。它的全部语法你用一个下午就能过完真正值钱的是放下 Word、习惯用纯文本组织信息的过程。1.2 不同基础的人该怎么看这门课我把这套教程的学习路径拆成了三条你可以对号入座新手路径如果你完全没接触过 Markdown建议从第一章最后一个字开始老老实实跟着敲一遍。不要只是看每个语法都新建一个.md文件试一遍这是唯一能让你真正记住语法的方法。大概两到三个小时你就能覆盖 90% 的日常需求。初级用户路径你可能曾经用过 Typora 或者 GitHub 上的 README但只会最基础的标题、加粗、列表。这种情况建议把课程里关于代码块、表格、引用嵌套、图片路径这几节仔细看一遍因为这些是日常最容易踩坑的地方。进阶用户路径如果你已经很熟练了可以直接跳到教程后面的部分重点看数学公式、流程图、以及 Markdown 在各平台间迁移时的兼容性问题。这些内容是别的教程很少细讲的也是课程里最有增量价值的部分。2. 核心语法拆解从基础到进阶的实操要点这部分是整门课的绝对重点。我会按照实际使用频率来分层讲解并且会把一些入门教程里语焉不详的细节补全因为这些坑如果没人告诉你自己摸索挺费时间的。2.1 基础语法速通标题、段落、强调、列表标题的用法大家基本都知道#到######对应六级标题但有几个细节容易被忽略#后面必须加一个空格否则某些渲染器不识别标题和正文之间最好空一行不然段落层级会乱。我在实际写文档时经常用##和###做二级和三级标题四级以下用得很少因为层级太深本身就说明文章结构有问题。强调语法包括**加粗**、*斜体*、***加粗斜体***和~~删除线~~这些在不同平台上的表现基本一致。这里有一个实用经验在中文写作中加粗用得最多斜体容易让整句看起来不稳删除线则适合用来标记“已经废弃”的方案或者流程中被砍掉的部分比如“~~原来的方案是……~~”。列表分为有序列表和无序列表。无序列表用-、*、都行但强制自己只用-一种符号会更省心。有序列表是1.加空格这里有个反直觉的点即使你写的是1. 第一步、3. 第三步绝大多数渲染器也会重新从 1 开始顺序编号所以不用手工对号。如果要嵌套列表子列表需要缩进两个空格或一个 Tab注意有些平台对“空格还是 Tab”非常敏感我统一建议用两个空格因为空格对所有渲染器都友好。2.2 链接与图片路径问题一次说透链接的语法是[文字](地址)图片的语法是本质上就是在链接前面加一个英文感叹号。这本身没什么难的难的是图片路径。按照热词榜里“markdown图片路径”的出现频次就知道这是多少人的痛点。图片路径通常有三种写法网络绝对路径https://xxx.com/a.png、本地绝对路径/Users/name/images/a.png、相对路径./images/a.png。我的强烈建议是写文档时一律使用相对路径文件放哪图片就跟着放哪。比如你的文档在docs目录下图片在docs/images下那引用就是。这样整个目录拷给别人、上传到 GitHub 或者换成别的电脑打开图片都不会挂。如果你在文档里用了C:\Users\xxx\...这种绝对路径换台电脑就全裂开。还有一点新手特别容易犯图片路径里的反斜杠问题。Windows 上的路径是\分隔但在 Markdown 中以及绝大多数 Web 场景下要改成/否则图片无法显示。另外图片地址里的空格最好用%20转义或者干脆让文件名不要带空格用连字符-连接单词即可。2.3 代码块与行内代码插入 Code 的最佳姿势“markdown 插入 code”是高频搜索词可见写技术文档的人对代码块的需求有多大。行内代码用单个反引号包裹适合在句子中提及一个函数名或命令比如npm install。独立代码块用三个反引号包裹并且强烈建议在开头的三个反引号后面写上语言类型python def hello(): print(Hello, Markdown!) 写清楚语言类型能触发代码高亮这也是 Markdown 比 Word 写代码体验好得多的原因之一。如果你在文档里需要把“三个反引号”本身也作为示例展示出来就再往外面套一层——用四个反引号包裹内部的三个反引号区域。这个技巧我实际用过很多次写教程类文档时必备。2.4 表格与引用细节决定成败表格是 Markdown 里最容易让人头疼的部分。基础语法很简单第一行是表头第二行是---和:的组合来确定对齐方式后面就是数据行。列与列之间用竖线|分隔。| 语法名称 | 使用频率 | 难度 | | :---: | :---: | :---: | | 标题 | 极高 | 简单 | | 表格 | 中 | 中等 |这里有一个刚学的人常犯的错表格行内的竖线前后有没有空格都能渲染但为了对齐和可读性建议每一列都保持格式统一。更麻烦的是“markdown表格复制”的需求——你从 Excel 或者网页表格里复制数据直接粘到 Markdown 编辑器里往往得不到想要的表格格式因为剪贴板里的是 HTML 表格或者 TSV制表符分隔内容不是 Markdown 语法。解决方法是如果你用 Typora直接从 Excel 复制再粘贴能自动转成 Markdown 表格如果你用 VSCode 这类通用编辑器就需要先粘到 Excel 里再复制或者用在线表格转 Markdown 工具。第二个方案后面我会细说。引用语法是加文字适合用来做标注、摘抄、补充说明。值得留意的是引用块可以嵌套和逐级加深这在写“原文案例 我的注释”这种结构时很好用这是原始引用内容。这是对上面内容的进一步说明。在 typora 里按回车会自动续写引用块但换到 VSCode 里就没这待遇了写引用时记得每行都要手动加或者写完一整段再统一加上去。2.5 换行、分割线与目录新手最容易栽的坑换行是热词里的高频词原因在于 Markdown 的换行规则和 Word 完全不同。在 Word 里按一次回车是换行在 Markdown 里按一次回车只是“源码上的换行”渲染后依然是同一段落。要真正在渲染效果中换行你得在行尾加两个空格再回车要想分段则需要在两段之间空一整行。这个规则我第一次用的时候完全不适应总是写完一段敲一下回车就以为换行了结果渲染出来糊成一团。两个空格的方案在 GitHub 和绝大多数渲染器里都有效但在某些平台比如知乎不生效。最稳妥的“换行”方式就是空行分段段落之间用空行隔开绝大多数场景下都不会出问题。分割线用三个及以上的-、*、_都能生成我个人习惯直接用---。但这里有一个和标题语法冲突的坑---前面如果直接跟着一行文字而不空行会被解析成二级标题而不是分割线。所以写分割线之前一定要确保上面是空行。目录TOC不是 Markdown 原生的标准语法但在 Typora、Obsidian 等编辑器里都有支持。Typora 中可以在文档顶部输入[TOC]自动生成目录GitHub 上则要用插件或者平台提供的目录导航。写长文档时目录几乎是刚需强烈建议用起来。3. 编辑器选型与工具链我用过的最优组合马克down 学得再好没有好用的编辑器也是白搭。热词榜里的“markdown编辑器”、“markdown下载”、“markdown下载安装教程”说明很多人倒在了第一步不知道怎么选工具、去哪里下载、装完怎么用。这一节我把自己用过的几款编辑器按场景做了对比并把安装和配置的关键点写清楚。3.1 主流编辑器横向对比Typora、VS Code、Obsidian、有道云笔记我用过四款主流的 Markdown 编辑器分别适合不同人群Typora 是目前最接近“所见即所得”的软件你在编辑区写的时候标题、表格、图片都是渲染好的隐藏了源码的细节。它的缺点是收费89 元买断但我觉得这个价格对得起体验。适合日常写笔记、写文章、导出的用户也是我推荐给新手的第一款工具因为反馈即时不会让你对着语法一头雾水。VS Code 是程序员的最爱它本质是代码编辑器Markdown 只是它支持的众多语言之一。好处是完全免费、插件生态庞大配合 Markdown Preview Enhanced、Markdown All in One 等插件预览效果甚至比 Typora 还强。坏处是需要一定的配置成本对完全不懂插件的新手不太友好。适合需要同时写代码和技术文档的人。Obsidian 是基于 Markdown 的本地知识库工具它的杀手锏是双向链接和笔记图谱。如果你不只是想写单篇文档而是想建立一个长期维护的个人知识库Obsidian 的法老用。它的数据全部存在本地文件夹里配合同步方案可以实现多设备协作。学习成本比 Typora 略高但值得投入。有道云笔记是国产软件里把 Markdown 做得比较顺手的一款胜在云同步和移动端支持好还自带流程图和思维导图的转换能力。不过它在 Markdown 的渲染细节和扩展性上不如前三个我一般把它当作轻量级记录工具不用于重型文档写作。3.2 Sublime Text 里优雅地查看 Markdown 文件热词里反复出现“sublime text 查看markdown文件”和“sublime 怎么看markdown”说明很多人习惯用 Sublime Text 看代码也想顺手看 Markdown。Sublime Text 默认不支持 Markdown 渲染打开.md文件看到的就是纯文本要预览需要装插件。推荐的方式是装 MarkdownPreview 插件配合浏览器实时预览。步骤非常清晰先通过命令面板安装 Package Control如果还没有的话先装它然后CtrlShiftP打开命令面板输入Install Package搜索 “Markdown Preview”安装完毕后用CtrlShiftP调出命令面板输入Markdown Preview: Preview in Browser选择github风格浏览器就会弹出渲染后的效果。快捷键绑定方面可以在 Preferences Key Bindings 里加一行配置把ctrlaltm绑定到预览命令之后一键预览速度飞快。如果你就是想快速看一眼.md文件的内容而不是编辑还有一个更轻量的办法用系统的浏览器插件或者在线 Markdown 渲染器粘贴预览。但长期来看Sublime 加插件这个组合解决的是“代码编辑器里顺便看文档”的场景不用额外切换软件。3.3 Linux 下的阅读与写作方案Linux 用户看 Markdown 也有不少选择这个热词说明需求量不小。如果你在 Linux 桌面环境最直接的是装 Typora 的 Linux 版虽然是付费软件但体验和其他平台一致。免费方案里VS Code 依然是王炸装好之后开个预览窗口就能实时看渲染效果功能几乎不输任何专用编辑器。如果是终端重度用户想在不离开命令行的情况下查看 Markdown推荐glow这个命令行工具。它是一个用 Go 写的终端 Markdown 渲染器安装之后直接glow README.md就能在终端里面看到格式化的效果支持代码高亮和表格对齐截图发出来非常好看审阅文档的效率也很高。另外还有mdless它把 Markdown 文档像 man 手册一样分页展示适合快速浏览长文档。这两种方案都适合服务器上或者纯终端环境下不想开图形界面的场景。3.4 下载安装中的常见坑热词里有“markdown下载”和“markdown下载安装教程”很多人其实不知道 Markdown 本身不需要下载——它只是一套规范你需要的是找一个支持它的编辑器。所以不要搜“Markdown 软件下载”而是搜“Typora 下载”或者“VS Code 下载”。另外很多 Markdown 软件在官网下载时对网络有要求如果下载速度慢或者打不开官网可以优先考虑从软件源、应用商店或者国内镜像站获取。安装完记得做两件事一是确认文件关联让.md文件双击就能用你选的编辑器打开二是调整编辑器的最基础偏好设置比如自动换行、字体大小、主题风格这会让后续的使用体验大幅提升。4. 进阶玩法与工作流Markdown 的价值远不止写文档等你把基础语法和编辑器用好之后Markdown 真正的威力才慢慢显现。它可以和数学公式、流程图、Word 文档、思维导图打通甚至可以嵌入到 AI Agent 的工作流里。热词榜里那一串“markdown数学公式插件”“markdown转word工作流coze”“有道云markdown转流程图”等说明大家都在探索这个方向。4.1 数学公式插件与 LaTeX 语法入门Markdown 对数学公式的支持是通过 LaTeX 语法实现的这个能力在很多写技术博客、论文笔记的场景下是刚需。原理是在文本中嵌入$...$表示行内公式用$$...$$表示独立成行的公式块。例如行内公式$E mc^2$独立公式块则是$$ \int_0^\infty e^{-x^2} dx \frac{\sqrt{\pi}}{2} $$在 Typora 里这些公式开箱即用不需要额外配置。但如果你用 VS Code就需要在 Markdown Preview Enhanced 插件里启用 MathJax 或者 KaTeX 渲染否则公式只会显示成源码。就渲染引擎而言MathJax 功能更全对复杂公式支持更好KaTeX 则胜在渲染速度快、更轻量。日常写笔记我推荐 KaTeX写正经学术文档用 MathJax 更稳妥。初次接触的人最容易犯的错是符号转义问题比如下划线_在公式里会被当成下标如果你确实要写文本中的下划线必须用\_转义。还有一个细节公式中的换行要用\\不是直接按回车。4.2 GitHub Callout让文档会“说话”热词里的 “github markdown callout” 指的是 GitHub 从 2022 年起支持的一种特殊引用块语法也叫 admonitions。它可以让你在 README 或文档里加入带颜色的提示框区分普通引用。最常用的几种写法是 [!NOTE] 这是给读者的提示信息 [!TIP] 这是优化的建议 [!WARNING] 这里潜在风险要注意 [!IMPORTANT] 这一条需要特别重视 [!CAUTION] 可能造成破坏性后果的操作这个语法在 GitHub 网页端和 GitHub 移动端都能渲染出带图标的卡片式提示块在提升文档可读性方面效果立竿见影。但要注意Callout 语法不是所有平台都支持到了 GitLab、Gitee 上可能就退化成普通引用块所以编写时要保证文字本身在无渲染的情况下也读得通不要把核心信息只放在 Callout 里。4.3 流程图与思维导图从 Markdown 一键生成图表“有道云markdown转流程图”这个需求我特别理解因为很多人不想专门去学画图软件就希望用简单文字描述结构。Markdown 是怎么做到的呢答案是 Mermaid 语法。Mermaid 是一种用文本描述图表的方式它会按 Markdown 代码块的语言标识被渲染成流程图、时序图、类图等。基本用法是在一个标记为mermaid的代码块里写描述mermaid graph TD A[开始] -- B{是否掌握Markdown?} B --|是| C[高效写作] B --|否| D[学语法] D -- B Typora 原生支持 Mermaid 渲染VS Code 配合 Markdown Preview Enhanced 也能渲染。有道云笔记虽然也内置了流程图能力但支持的语法和 Mermaid 有差异迁移文档到其他平台时容易不兼容。我的建议是如果你看重图表数据的可移植性就用 Mermaid如果你只是在有道云里临时用一下用它的内置功能也够。思维导图的生成思路类似有些工具比如 XMind 支持从 Markdown 大纲结构直接导入生成导图这也是一条非常省力的路径。个人体会是用 Markdown 管理大纲再一键导入生成思维导图比在画图软件里手工拖拽节点强太多。4.4 Markdown 转 Word 的实用工作流与 Coze 自动化热词里关于“markdown转word工作流coze”的需求反映了很多人想把 Markdown 写作和最终交付的 Word 文件打通。在众多方案里我优先推荐 Pandoc它是最强大的文档转换神器一条命令就能把 Markdown 转到 Wordpandoc input.md -o output.docx如果要让生成的 Word 有相应的样式可以用--reference-doc模板.docx参数指定样式模板。但裸转的 Word 在中文排版上往往不够规整比如正文缩进、字体大小、标题间距等都需要后续调整。在学术论文或正式报告的交付场景下我一般会在 Pandoc 转换后打开 Word 做一轮格式微调。Coze 自动化工作流则提供了另一条现代化路径。你可以搭建一个 Bot接收 Markdown 格式的文档内容经过处理后输出为 Word 文件。这种方案和 Pandoc 的区别在于Coze 支持把“解析 Markdown、套用模板、导出 Word”封装成可重复使用的应用还能结合 AI 对文本进行润色、纠错后再导出适合处理批量文档或者没有命令行基础的用户。如果你没有用过 Coze看一下它内置的工作流模板就能理解基本逻辑本质上就是把“转换”这件事情从手动变成自动。4.5 将网页保存为 Markdown 的自动化技巧热词里提到的“agent 将网页保存成markdown的 skill”也是我很喜欢的一个方向。现在不少 AI 编程工具或者浏览器插件都支持把网页正文自动提取并转成 Markdown 文件。这个能力对资料收集、做知识库的人来说是巨大的效率提升以前收藏网页收藏完就吃灰现在一个命令或一次按键网页内容就变成干净的 Markdown 文件落到本地可以搜索、可二次编辑、可嵌入笔记系统。具体实现方式不同工具不一样但核心原理基本一致通过内容提取算法识别网页正文区域剥离广告和导航栏把剩余部分转换成对应的 Markdown 语法结构。如果你熟悉 Python可以用trafilatura或readability-lxml库做内容提取再用html2text转换。我个人的习惯是先用现成的浏览器插件比如开源的 MarkDownload实测在多数文章页面上的提取效果都不错遇到复杂的站再写脚本兜底。5. 常见问题排查与避坑指南这一节是实操记录的浓缩。以下问题都是我在实际使用中切切实实踩过的坑把排查思路写出来能帮你省不少时间。5.1 图片路径失效问题问题场景文档本地预览时图片正常传到博客平台或者发给别人就全是裂图。排查思路第一步看图片路径是相对路径还是绝对路径。如果是相对路径确认图片和文档的相对位置有没有改变如果是绝对路径检查路径中的斜杠方向是否统一为/再检查图片文件名是否包含中文、空格、特殊字符这几个都会导致在某些平台无法加载。终极解法是把图片统一放到图床或者 Git 仓库用网络 URL 引用彻底摆脱本地路径限制。5.2 换行与段落混乱问题问题场景源码里明明换行了渲染出来却挤在一起。原因就是我前面提到的 Markdown 换行规则。排查时先在源码里确认两件事第一行尾是否有两个空格第二段落之间是否有空行。记住一个简单的原则渲染器看到两个连续换行符才认为是新段落。如果你就是想在同一段内强制换行而不是分段行尾加两个空格基本能解决大多数平台的问题。要是遇到底层渲染器不支持两个空格比如某些移动端微信编辑器那么唯一稳妥的办法是插在中间加一个空行分段。5.3 表格粘贴复制后格式错乱问题场景从 Excel 复制表格直接粘贴到 Markdown 编辑器得到的是纯文本列数据或者一团乱麻。原因在于剪贴板里的数据格式是 TSV 而非 Markdown 表格。解决方案有两条如果你用 Typora直接粘贴能自动转换如果不行就先把表格粘贴到一个空白 Markdown 文件再用在线 Converter 工具搜索“table to markdown”就能找到转一次或者手动在文本前补上|符号把列分隔符补齐。反过来当你从网页复制一个 Markdown 表格到编辑器里有时会因为 HTML 标签残留导致表格渲染错乱这时需要粘贴时选择“粘贴为纯文本”把源码中的 HTML 自动带上。5.4 文件打开方式和编码问题“markdown 文件怎么打开”是搜索热词背后其实有两种情况一种是电脑上没有任何支持 Markdown 的软件双击.md文件时弹窗问用什么打开另一种是有软件但没关联文件类型。最简单的解决方案是装 Typora 或 VS Code 后把.md文件默认打开方式设置为该软件。还要注意编码问题Windows 上记事本保存的 Markdown 文件可能是 GBK 编码而 Typora 默认用 UTF-8导致打开时中文乱码。解决思路是统一用 UTF-8 编码保存文件或者让所有编辑器都默认以 UTF-8 打开。这在跨平台协作时会非常关键。5.5 不同平台渲染差异同一个.md文件在 GitHub、Typora、语雀、微信编辑器和你的博客系统里渲染结果可能都不一样。常见差异包括Callout 语法只在 GitHub 生效Mermaid 图表在部分平台需要插件表格宽度自适应规则不同本地图片路径在部署到服务器后全部失效。规避的方法是“向下兼容写作”凡是跨平台传输的文档尽量只用最基础的 Markdown 语法少依赖平台特有扩展图形统一用外链或者独立文件。这个原则我踩了无数次坑才明白。6. 写在最后的个人实践建议跟着教程学完 Markdown 只是第一步真正把它内化成自己的工具大概需要一到两周的适应期。我那会儿的策略很简单把一切带格式的写作都搬到 Markdown 里包括周报、开发文档、博客草稿、知识笔记甚至给朋友的教程性长消息也用 Markdown 写。坚持用了一周之后你就能明显感觉到写作节奏变快了因为不再需要考虑“这个标题字号调成几号、这段是不是要加个边框”之类的低层次问题。这里分享一个我觉得特别有用的经验维护一个自己的 Markdown 速查文件。把常用语法整理到一个cheatsheet.md里放在随时能翻到的地方想不起来就查一下。很多人学完就放在收藏夹吃灰等下次用的时候又忘了有了自己的速查表这个问题能彻底解决。如果后续还有精力可以往两个方向扩展一个是系统和笔记软件配合用 Obsidian 搭个人知识库把 Markdown 文件变成可互相关联的网状知识体系另一个是学一下 Pandoc 的高级用法让 Markdown 能够转换成几乎任何格式的文档。这些内容等你自己用熟了 Markdown自然会产生探索的欲望。工具不难学难的是养成用它解决问题的习惯这个好习惯一旦建立起来回报是长期的、复利式的。 
长河君 · 2026/10/4 3:17:25 · 阅读 1.2k Markdown 从入门到实践：语法详解、编辑器选型与高效工作流
说实话这两年我见过太多人把 Markdown 当成一个“必学技能”挂在嘴边但真正动手去系统过一遍的并不多。我自己最早也是零零散散用今天写笔记用一下明天发帖子又忘了语法后来跟着狂神的 Markdown 教程完整过了一遍才把这块短板彻底补上。这门课不算长可贵在于它把 Markdown 从最基本的概念讲到实际写文档时碰到的各种细节而不是丢给你一份语法清单就完事。学完之后我最大的感受是Markdown 不是什么高深技术它是每个写文档、写笔记、写博客的人都值得花几个小时掌握的效率工具。这篇博文就是我对整个学习过程的梳理和实践总结。我会把我在跟着教程学习后真正用到的东西、踩过的坑、以及围绕 Markdown 衍生出来的工具链和玩法都整理出来给准备入门的读者一条清晰的路径也给已经会用的人一些查漏补缺的参考。1. 学习思路与整体拆解这门课到底在讲什么先说结论狂神这门课的核心不是教你背语法而是帮你建立一套“用纯文本高效写作”的思维方式。整个课程是标准的实战派路数——上来先把 Markdown 是什么、为什么用它讲清楚然后直接进入语法实操每个知识点都配示例最后用一篇完整的文档把前面的知识串起来。1.1 Markdown 是什么为什么它值得你专门学一次Markdown 是一种轻量级标记语言由约翰·格鲁伯John Gruber在 2004 年设计核心思想是“让纯文本具备可读性同时能转换成结构化的 HTML”。说白了你写的文件本质是 txt但通过特定的符号约定比如#、**、-它可以被渲染成带标题、列表、加粗、链接的排版精美的网页或文档。从实用角度看Markdown 解决了写作中一个长期存在的痛点你既想专注内容本身又希望最终呈现出的格式是整洁的。“所见即所得”的 Word 会让你在排版上花大量时间而 Markdown 让你在写作时完全不碰鼠标双手不离键盘格式通过几个符号随手带出内容写完格式也就定了。这听起来很简单但真正坚持用下来的人都会明显感觉到写作效率的提升。但要注意狂神在第一节课里就强调过Markdown 不是编程语言它是给人写文章用的工具所以不要被“语法”两个字吓到。它的全部语法你用一个下午就能过完真正值钱的是放下 Word、习惯用纯文本组织信息的过程。1.2 不同基础的人该怎么看这门课我把这套教程的学习路径拆成了三条你可以对号入座新手路径如果你完全没接触过 Markdown建议从第一章最后一个字开始老老实实跟着敲一遍。不要只是看每个语法都新建一个.md文件试一遍这是唯一能让你真正记住语法的方法。大概两到三个小时你就能覆盖 90% 的日常需求。初级用户路径你可能曾经用过 Typora 或者 GitHub 上的 README但只会最基础的标题、加粗、列表。这种情况建议把课程里关于代码块、表格、引用嵌套、图片路径这几节仔细看一遍因为这些是日常最容易踩坑的地方。进阶用户路径如果你已经很熟练了可以直接跳到教程后面的部分重点看数学公式、流程图、以及 Markdown 在各平台间迁移时的兼容性问题。这些内容是别的教程很少细讲的也是课程里最有增量价值的部分。2. 核心语法拆解从基础到进阶的实操要点这部分是整门课的绝对重点。我会按照实际使用频率来分层讲解并且会把一些入门教程里语焉不详的细节补全因为这些坑如果没人告诉你自己摸索挺费时间的。2.1 基础语法速通标题、段落、强调、列表标题的用法大家基本都知道#到######对应六级标题但有几个细节容易被忽略#后面必须加一个空格否则某些渲染器不识别标题和正文之间最好空一行不然段落层级会乱。我在实际写文档时经常用##和###做二级和三级标题四级以下用得很少因为层级太深本身就说明文章结构有问题。强调语法包括**加粗**、*斜体*、***加粗斜体***和~~删除线~~这些在不同平台上的表现基本一致。这里有一个实用经验在中文写作中加粗用得最多斜体容易让整句看起来不稳删除线则适合用来标记“已经废弃”的方案或者流程中被砍掉的部分比如“~~原来的方案是……~~”。列表分为有序列表和无序列表。无序列表用-、*、都行但强制自己只用-一种符号会更省心。有序列表是1.加空格这里有个反直觉的点即使你写的是1. 第一步、3. 第三步绝大多数渲染器也会重新从 1 开始顺序编号所以不用手工对号。如果要嵌套列表子列表需要缩进两个空格或一个 Tab注意有些平台对“空格还是 Tab”非常敏感我统一建议用两个空格因为空格对所有渲染器都友好。2.2 链接与图片路径问题一次说透链接的语法是[文字](地址)图片的语法是本质上就是在链接前面加一个英文感叹号。这本身没什么难的难的是图片路径。按照热词榜里“markdown图片路径”的出现频次就知道这是多少人的痛点。图片路径通常有三种写法网络绝对路径https://xxx.com/a.png、本地绝对路径/Users/name/images/a.png、相对路径./images/a.png。我的强烈建议是写文档时一律使用相对路径文件放哪图片就跟着放哪。比如你的文档在docs目录下图片在docs/images下那引用就是。这样整个目录拷给别人、上传到 GitHub 或者换成别的电脑打开图片都不会挂。如果你在文档里用了C:\Users\xxx\...这种绝对路径换台电脑就全裂开。还有一点新手特别容易犯图片路径里的反斜杠问题。Windows 上的路径是\分隔但在 Markdown 中以及绝大多数 Web 场景下要改成/否则图片无法显示。另外图片地址里的空格最好用%20转义或者干脆让文件名不要带空格用连字符-连接单词即可。2.3 代码块与行内代码插入 Code 的最佳姿势“markdown 插入 code”是高频搜索词可见写技术文档的人对代码块的需求有多大。行内代码用单个反引号包裹适合在句子中提及一个函数名或命令比如npm install。独立代码块用三个反引号包裹并且强烈建议在开头的三个反引号后面写上语言类型python def hello(): print(Hello, Markdown!) 写清楚语言类型能触发代码高亮这也是 Markdown 比 Word 写代码体验好得多的原因之一。如果你在文档里需要把“三个反引号”本身也作为示例展示出来就再往外面套一层——用四个反引号包裹内部的三个反引号区域。这个技巧我实际用过很多次写教程类文档时必备。2.4 表格与引用细节决定成败表格是 Markdown 里最容易让人头疼的部分。基础语法很简单第一行是表头第二行是---和:的组合来确定对齐方式后面就是数据行。列与列之间用竖线|分隔。| 语法名称 | 使用频率 | 难度 | | :---: | :---: | :---: | | 标题 | 极高 | 简单 | | 表格 | 中 | 中等 |这里有一个刚学的人常犯的错表格行内的竖线前后有没有空格都能渲染但为了对齐和可读性建议每一列都保持格式统一。更麻烦的是“markdown表格复制”的需求——你从 Excel 或者网页表格里复制数据直接粘到 Markdown 编辑器里往往得不到想要的表格格式因为剪贴板里的是 HTML 表格或者 TSV制表符分隔内容不是 Markdown 语法。解决方法是如果你用 Typora直接从 Excel 复制再粘贴能自动转成 Markdown 表格如果你用 VSCode 这类通用编辑器就需要先粘到 Excel 里再复制或者用在线表格转 Markdown 工具。第二个方案后面我会细说。引用语法是加文字适合用来做标注、摘抄、补充说明。值得留意的是引用块可以嵌套和逐级加深这在写“原文案例 我的注释”这种结构时很好用这是原始引用内容。这是对上面内容的进一步说明。在 typora 里按回车会自动续写引用块但换到 VSCode 里就没这待遇了写引用时记得每行都要手动加或者写完一整段再统一加上去。2.5 换行、分割线与目录新手最容易栽的坑换行是热词里的高频词原因在于 Markdown 的换行规则和 Word 完全不同。在 Word 里按一次回车是换行在 Markdown 里按一次回车只是“源码上的换行”渲染后依然是同一段落。要真正在渲染效果中换行你得在行尾加两个空格再回车要想分段则需要在两段之间空一整行。这个规则我第一次用的时候完全不适应总是写完一段敲一下回车就以为换行了结果渲染出来糊成一团。两个空格的方案在 GitHub 和绝大多数渲染器里都有效但在某些平台比如知乎不生效。最稳妥的“换行”方式就是空行分段段落之间用空行隔开绝大多数场景下都不会出问题。分割线用三个及以上的-、*、_都能生成我个人习惯直接用---。但这里有一个和标题语法冲突的坑---前面如果直接跟着一行文字而不空行会被解析成二级标题而不是分割线。所以写分割线之前一定要确保上面是空行。目录TOC不是 Markdown 原生的标准语法但在 Typora、Obsidian 等编辑器里都有支持。Typora 中可以在文档顶部输入[TOC]自动生成目录GitHub 上则要用插件或者平台提供的目录导航。写长文档时目录几乎是刚需强烈建议用起来。3. 编辑器选型与工具链我用过的最优组合马克down 学得再好没有好用的编辑器也是白搭。热词榜里的“markdown编辑器”、“markdown下载”、“markdown下载安装教程”说明很多人倒在了第一步不知道怎么选工具、去哪里下载、装完怎么用。这一节我把自己用过的几款编辑器按场景做了对比并把安装和配置的关键点写清楚。3.1 主流编辑器横向对比Typora、VS Code、Obsidian、有道云笔记我用过四款主流的 Markdown 编辑器分别适合不同人群Typora 是目前最接近“所见即所得”的软件你在编辑区写的时候标题、表格、图片都是渲染好的隐藏了源码的细节。它的缺点是收费89 元买断但我觉得这个价格对得起体验。适合日常写笔记、写文章、导出的用户也是我推荐给新手的第一款工具因为反馈即时不会让你对着语法一头雾水。VS Code 是程序员的最爱它本质是代码编辑器Markdown 只是它支持的众多语言之一。好处是完全免费、插件生态庞大配合 Markdown Preview Enhanced、Markdown All in One 等插件预览效果甚至比 Typora 还强。坏处是需要一定的配置成本对完全不懂插件的新手不太友好。适合需要同时写代码和技术文档的人。Obsidian 是基于 Markdown 的本地知识库工具它的杀手锏是双向链接和笔记图谱。如果你不只是想写单篇文档而是想建立一个长期维护的个人知识库Obsidian 的法老用。它的数据全部存在本地文件夹里配合同步方案可以实现多设备协作。学习成本比 Typora 略高但值得投入。有道云笔记是国产软件里把 Markdown 做得比较顺手的一款胜在云同步和移动端支持好还自带流程图和思维导图的转换能力。不过它在 Markdown 的渲染细节和扩展性上不如前三个我一般把它当作轻量级记录工具不用于重型文档写作。3.2 Sublime Text 里优雅地查看 Markdown 文件热词里反复出现“sublime text 查看markdown文件”和“sublime 怎么看markdown”说明很多人习惯用 Sublime Text 看代码也想顺手看 Markdown。Sublime Text 默认不支持 Markdown 渲染打开.md文件看到的就是纯文本要预览需要装插件。推荐的方式是装 MarkdownPreview 插件配合浏览器实时预览。步骤非常清晰先通过命令面板安装 Package Control如果还没有的话先装它然后CtrlShiftP打开命令面板输入Install Package搜索 “Markdown Preview”安装完毕后用CtrlShiftP调出命令面板输入Markdown Preview: Preview in Browser选择github风格浏览器就会弹出渲染后的效果。快捷键绑定方面可以在 Preferences Key Bindings 里加一行配置把ctrlaltm绑定到预览命令之后一键预览速度飞快。如果你就是想快速看一眼.md文件的内容而不是编辑还有一个更轻量的办法用系统的浏览器插件或者在线 Markdown 渲染器粘贴预览。但长期来看Sublime 加插件这个组合解决的是“代码编辑器里顺便看文档”的场景不用额外切换软件。3.3 Linux 下的阅读与写作方案Linux 用户看 Markdown 也有不少选择这个热词说明需求量不小。如果你在 Linux 桌面环境最直接的是装 Typora 的 Linux 版虽然是付费软件但体验和其他平台一致。免费方案里VS Code 依然是王炸装好之后开个预览窗口就能实时看渲染效果功能几乎不输任何专用编辑器。如果是终端重度用户想在不离开命令行的情况下查看 Markdown推荐glow这个命令行工具。它是一个用 Go 写的终端 Markdown 渲染器安装之后直接glow README.md就能在终端里面看到格式化的效果支持代码高亮和表格对齐截图发出来非常好看审阅文档的效率也很高。另外还有mdless它把 Markdown 文档像 man 手册一样分页展示适合快速浏览长文档。这两种方案都适合服务器上或者纯终端环境下不想开图形界面的场景。3.4 下载安装中的常见坑热词里有“markdown下载”和“markdown下载安装教程”很多人其实不知道 Markdown 本身不需要下载——它只是一套规范你需要的是找一个支持它的编辑器。所以不要搜“Markdown 软件下载”而是搜“Typora 下载”或者“VS Code 下载”。另外很多 Markdown 软件在官网下载时对网络有要求如果下载速度慢或者打不开官网可以优先考虑从软件源、应用商店或者国内镜像站获取。安装完记得做两件事一是确认文件关联让.md文件双击就能用你选的编辑器打开二是调整编辑器的最基础偏好设置比如自动换行、字体大小、主题风格这会让后续的使用体验大幅提升。4. 进阶玩法与工作流Markdown 的价值远不止写文档等你把基础语法和编辑器用好之后Markdown 真正的威力才慢慢显现。它可以和数学公式、流程图、Word 文档、思维导图打通甚至可以嵌入到 AI Agent 的工作流里。热词榜里那一串“markdown数学公式插件”“markdown转word工作流coze”“有道云markdown转流程图”等说明大家都在探索这个方向。4.1 数学公式插件与 LaTeX 语法入门Markdown 对数学公式的支持是通过 LaTeX 语法实现的这个能力在很多写技术博客、论文笔记的场景下是刚需。原理是在文本中嵌入$...$表示行内公式用$$...$$表示独立成行的公式块。例如行内公式$E mc^2$独立公式块则是$$ \int_0^\infty e^{-x^2} dx \frac{\sqrt{\pi}}{2} $$在 Typora 里这些公式开箱即用不需要额外配置。但如果你用 VS Code就需要在 Markdown Preview Enhanced 插件里启用 MathJax 或者 KaTeX 渲染否则公式只会显示成源码。就渲染引擎而言MathJax 功能更全对复杂公式支持更好KaTeX 则胜在渲染速度快、更轻量。日常写笔记我推荐 KaTeX写正经学术文档用 MathJax 更稳妥。初次接触的人最容易犯的错是符号转义问题比如下划线_在公式里会被当成下标如果你确实要写文本中的下划线必须用\_转义。还有一个细节公式中的换行要用\\不是直接按回车。4.2 GitHub Callout让文档会“说话”热词里的 “github markdown callout” 指的是 GitHub 从 2022 年起支持的一种特殊引用块语法也叫 admonitions。它可以让你在 README 或文档里加入带颜色的提示框区分普通引用。最常用的几种写法是 [!NOTE] 这是给读者的提示信息 [!TIP] 这是优化的建议 [!WARNING] 这里潜在风险要注意 [!IMPORTANT] 这一条需要特别重视 [!CAUTION] 可能造成破坏性后果的操作这个语法在 GitHub 网页端和 GitHub 移动端都能渲染出带图标的卡片式提示块在提升文档可读性方面效果立竿见影。但要注意Callout 语法不是所有平台都支持到了 GitLab、Gitee 上可能就退化成普通引用块所以编写时要保证文字本身在无渲染的情况下也读得通不要把核心信息只放在 Callout 里。4.3 流程图与思维导图从 Markdown 一键生成图表“有道云markdown转流程图”这个需求我特别理解因为很多人不想专门去学画图软件就希望用简单文字描述结构。Markdown 是怎么做到的呢答案是 Mermaid 语法。Mermaid 是一种用文本描述图表的方式它会按 Markdown 代码块的语言标识被渲染成流程图、时序图、类图等。基本用法是在一个标记为mermaid的代码块里写描述mermaid graph TD A[开始] -- B{是否掌握Markdown?} B --|是| C[高效写作] B --|否| D[学语法] D -- B Typora 原生支持 Mermaid 渲染VS Code 配合 Markdown Preview Enhanced 也能渲染。有道云笔记虽然也内置了流程图能力但支持的语法和 Mermaid 有差异迁移文档到其他平台时容易不兼容。我的建议是如果你看重图表数据的可移植性就用 Mermaid如果你只是在有道云里临时用一下用它的内置功能也够。思维导图的生成思路类似有些工具比如 XMind 支持从 Markdown 大纲结构直接导入生成导图这也是一条非常省力的路径。个人体会是用 Markdown 管理大纲再一键导入生成思维导图比在画图软件里手工拖拽节点强太多。4.4 Markdown 转 Word 的实用工作流与 Coze 自动化热词里关于“markdown转word工作流coze”的需求反映了很多人想把 Markdown 写作和最终交付的 Word 文件打通。在众多方案里我优先推荐 Pandoc它是最强大的文档转换神器一条命令就能把 Markdown 转到 Wordpandoc input.md -o output.docx如果要让生成的 Word 有相应的样式可以用--reference-doc模板.docx参数指定样式模板。但裸转的 Word 在中文排版上往往不够规整比如正文缩进、字体大小、标题间距等都需要后续调整。在学术论文或正式报告的交付场景下我一般会在 Pandoc 转换后打开 Word 做一轮格式微调。Coze 自动化工作流则提供了另一条现代化路径。你可以搭建一个 Bot接收 Markdown 格式的文档内容经过处理后输出为 Word 文件。这种方案和 Pandoc 的区别在于Coze 支持把“解析 Markdown、套用模板、导出 Word”封装成可重复使用的应用还能结合 AI 对文本进行润色、纠错后再导出适合处理批量文档或者没有命令行基础的用户。如果你没有用过 Coze看一下它内置的工作流模板就能理解基本逻辑本质上就是把“转换”这件事情从手动变成自动。4.5 将网页保存为 Markdown 的自动化技巧热词里提到的“agent 将网页保存成markdown的 skill”也是我很喜欢的一个方向。现在不少 AI 编程工具或者浏览器插件都支持把网页正文自动提取并转成 Markdown 文件。这个能力对资料收集、做知识库的人来说是巨大的效率提升以前收藏网页收藏完就吃灰现在一个命令或一次按键网页内容就变成干净的 Markdown 文件落到本地可以搜索、可二次编辑、可嵌入笔记系统。具体实现方式不同工具不一样但核心原理基本一致通过内容提取算法识别网页正文区域剥离广告和导航栏把剩余部分转换成对应的 Markdown 语法结构。如果你熟悉 Python可以用trafilatura或readability-lxml库做内容提取再用html2text转换。我个人的习惯是先用现成的浏览器插件比如开源的 MarkDownload实测在多数文章页面上的提取效果都不错遇到复杂的站再写脚本兜底。5. 常见问题排查与避坑指南这一节是实操记录的浓缩。以下问题都是我在实际使用中切切实实踩过的坑把排查思路写出来能帮你省不少时间。5.1 图片路径失效问题问题场景文档本地预览时图片正常传到博客平台或者发给别人就全是裂图。排查思路第一步看图片路径是相对路径还是绝对路径。如果是相对路径确认图片和文档的相对位置有没有改变如果是绝对路径检查路径中的斜杠方向是否统一为/再检查图片文件名是否包含中文、空格、特殊字符这几个都会导致在某些平台无法加载。终极解法是把图片统一放到图床或者 Git 仓库用网络 URL 引用彻底摆脱本地路径限制。5.2 换行与段落混乱问题问题场景源码里明明换行了渲染出来却挤在一起。原因就是我前面提到的 Markdown 换行规则。排查时先在源码里确认两件事第一行尾是否有两个空格第二段落之间是否有空行。记住一个简单的原则渲染器看到两个连续换行符才认为是新段落。如果你就是想在同一段内强制换行而不是分段行尾加两个空格基本能解决大多数平台的问题。要是遇到底层渲染器不支持两个空格比如某些移动端微信编辑器那么唯一稳妥的办法是插在中间加一个空行分段。5.3 表格粘贴复制后格式错乱问题场景从 Excel 复制表格直接粘贴到 Markdown 编辑器得到的是纯文本列数据或者一团乱麻。原因在于剪贴板里的数据格式是 TSV 而非 Markdown 表格。解决方案有两条如果你用 Typora直接粘贴能自动转换如果不行就先把表格粘贴到一个空白 Markdown 文件再用在线 Converter 工具搜索“table to markdown”就能找到转一次或者手动在文本前补上|符号把列分隔符补齐。反过来当你从网页复制一个 Markdown 表格到编辑器里有时会因为 HTML 标签残留导致表格渲染错乱这时需要粘贴时选择“粘贴为纯文本”把源码中的 HTML 自动带上。5.4 文件打开方式和编码问题“markdown 文件怎么打开”是搜索热词背后其实有两种情况一种是电脑上没有任何支持 Markdown 的软件双击.md文件时弹窗问用什么打开另一种是有软件但没关联文件类型。最简单的解决方案是装 Typora 或 VS Code 后把.md文件默认打开方式设置为该软件。还要注意编码问题Windows 上记事本保存的 Markdown 文件可能是 GBK 编码而 Typora 默认用 UTF-8导致打开时中文乱码。解决思路是统一用 UTF-8 编码保存文件或者让所有编辑器都默认以 UTF-8 打开。这在跨平台协作时会非常关键。5.5 不同平台渲染差异同一个.md文件在 GitHub、Typora、语雀、微信编辑器和你的博客系统里渲染结果可能都不一样。常见差异包括Callout 语法只在 GitHub 生效Mermaid 图表在部分平台需要插件表格宽度自适应规则不同本地图片路径在部署到服务器后全部失效。规避的方法是“向下兼容写作”凡是跨平台传输的文档尽量只用最基础的 Markdown 语法少依赖平台特有扩展图形统一用外链或者独立文件。这个原则我踩了无数次坑才明白。6. 写在最后的个人实践建议跟着教程学完 Markdown 只是第一步真正把它内化成自己的工具大概需要一到两周的适应期。我那会儿的策略很简单把一切带格式的写作都搬到 Markdown 里包括周报、开发文档、博客草稿、知识笔记甚至给朋友的教程性长消息也用 Markdown 写。坚持用了一周之后你就能明显感觉到写作节奏变快了因为不再需要考虑“这个标题字号调成几号、这段是不是要加个边框”之类的低层次问题。这里分享一个我觉得特别有用的经验维护一个自己的 Markdown 速查文件。把常用语法整理到一个cheatsheet.md里放在随时能翻到的地方想不起来就查一下。很多人学完就放在收藏夹吃灰等下次用的时候又忘了有了自己的速查表这个问题能彻底解决。如果后续还有精力可以往两个方向扩展一个是系统和笔记软件配合用 Obsidian 搭个人知识库把 Markdown 文件变成可互相关联的网状知识体系另一个是学一下 Pandoc 的高级用法让 Markdown 能够转换成几乎任何格式的文档。这些内容等你自己用熟了 Markdown自然会产生探索的欲望。工具不难学难的是养成用它解决问题的习惯这个好习惯一旦建立起来回报是长期的、复利式的。