很多人用 Markdown 写东西，是因为它够轻、够快、也方便放进版本库。可一旦要把内容发给客户、老师、同事或非技术用户，PDF 往往更合适。PDF 更容易打印、归档、转发，也更像一份正式交付物。README、技术方案、课堂笔记、研究草稿、AI 生成的回答，最后都可能需要变成一份清晰的 PDF。
这篇文章按真实使用场景介绍三种 Markdown 转 PDF 方法：在线工具、Pandoc 命令行、浏览器或编辑器导出。三种方式都能完成任务，但适合的人和代价不同。如果你只是临时导出一份文档，在线本地转换最快；如果你需要批量处理或自动化，Pandoc 更合适；如果内容本来就在编辑器或笔记软件里，直接导出也可以。
方法一：使用浏览器端在线转换工具
最省事的做法，是打开一个在线转换器，粘贴 Markdown，检查预览，然后下载 PDF。这个方式不需要安装软件，也不需要理解命令行参数。对于临时导出 README、AI 回答、会议记录、课程笔记来说，它通常是最快的。
这里推荐使用 在线将 Markdown 转成 PDF 的浏览器端工具。它的关键区别不是“免费”这么简单，而是正常转换流程在浏览器本地完成，Markdown 文件不需要上传到服务器。对于包含客户信息、内部文档、简历、研究笔记或 AI 提示词的内容，这一点很重要。
基本步骤如下：
- 打开转换工具页面。
- 粘贴 Markdown，或上传本地
.md文件。 - 在右侧查看接近 GitHub 风格的实时预览。
- 如需确认输出效果，先打开 PDF 预览。
- 下载最终 PDF。
这种方法适合多数日常场景。它生成的 PDF 不是简单截图，文本可以选择和复制。对技术文档来说，这一点很实用：收件人可以复制命令、搜索标题、引用段落，而不是面对一张不可操作的图片式 PDF。
它的局限也很清楚：如果你需要封面、页眉页脚、公司模板、复杂排版或严格的品牌字体，普通在线转换器不是最佳选择。它更适合把结构清晰的 Markdown 快速变成可交付文档，而不是替代完整排版系统。
方法二：使用 Pandoc 命令行
Pandoc 是开发者、研究者和技术写作者常用的文档转换工具。它支持很多格式，Markdown 转 PDF 只是其中一个能力。如果你经常批量导出文档，或者想把转换放进脚本和自动化流程，Pandoc 很值得使用。
在 macOS 上可以用 Homebrew 安装：
brew install pandoc最简单的转换命令是：
pandoc notes.md -o notes.pdf如果想获得更稳定的中文和排版效果，常见做法是配合 PDF 引擎：
pandoc notes.md -o notes.pdf --pdf-engine=xelatexPandoc 的优势是可控、可脚本化、适合长期工作流。你可以为团队文档配置模板，也可以一次性处理多个 Markdown 文件。对于论文草稿、技术手册、知识库导出，它比普通网页工具更强。
但它也有门槛。为了让 PDF 看起来好，你可能需要安装额外字体、LaTeX 组件、模板文件和参数。第一次配置不一定轻松。如果你只是想把一份 Markdown 快速发给别人，Pandoc 可能显得太重。
方法三：通过浏览器、编辑器或笔记软件导出
还有一种常见做法，是在已有工具里打开 Markdown 预览，然后导出或打印成 PDF。例如：
- 在 VS Code 里打开 Markdown 预览，再通过扩展导出。
- 在 Obsidian 等笔记软件中使用内置导出。
- 把 Markdown 渲染成 HTML 页面，再用浏览器打印为 PDF。
- 在静态文档站中打开页面，然后使用打印功能。
这个方法的好处是熟悉。如果你本来就在某个编辑器里写 Markdown，就不需要切换工具。尤其是 Obsidian、VS Code、文档站这类环境，预览和编辑往往已经在同一个工作流里。
问题在于输出不一定稳定。不同浏览器的打印行为不同，不同扩展处理表格、任务列表、代码块和分页的方式也不同。有些方法看起来像导出了 PDF，但实际文本不方便选择，或者代码块被截断，表格宽度也可能失控。
所以无论用哪种编辑器导出，都建议下载后打开 PDF 检查一次。确认标题层级、表格、列表、代码块、链接和文本选择都正常，再发给别人。
三种方法怎么选
| 方法 | 适合场景 | 优点 | 代价 |
|---|---|---|---|
| 在线本地转换 | 临时导出、隐私文档、AI 回答、README | 快、无需安装、可预览、不上传文件 | 高级排版能力有限 |
| Pandoc | 批量转换、自动化、长期文档流程 | 可控、强大、适合脚本 | 需要安装和配置 |
| 编辑器导出 | 内容已经在编辑器或笔记软件中 | 熟悉、少切换 | 输出质量依赖工具 |
如果你需要的是简单、快速、隐私友好的 markdown to pdf online 工作流，浏览器端本地转换是最稳的起点。如果你需要自动化，再考虑 Pandoc。如果你已经在某个编辑器里完成了排版，也可以直接用编辑器导出。
导出前应该检查什么
发送 PDF 前，最好像收件人一样打开文件读一遍：
- 标题是否清楚？
- 列表和任务列表是否完整？
- 表格是否能在页面宽度内读清？
- 代码块缩进是否保留？
- 链接是否还能识别？
- PDF 文字是否可以选择和复制？
- 文档里是否残留了不该分享的内部备注？
最后一点尤其容易被忽略。Markdown 常常是工作草稿，里面可能有 TODO、提示词、内部链接、调试命令或私人备注。导出成 PDF 之前，应该把它当作正式文档检查。
推荐的默认流程
对大多数用户来说，最简单的流程是：先用 Markdown 写内容，再用浏览器端工具预览和导出 PDF。这样既保留了 Markdown 的写作效率，也得到了一份更容易分享的正式文件。
当你的文档流程变复杂，比如需要批量导出、固定模板、自动发布，再切换到 Pandoc 或文档站生成流程。不要一开始就把简单任务做复杂。先用最短路径完成交付，再根据真实需求升级工具。
