Windows 11记事本原生支持Markdown？轻量写作与避坑全攻略

上午整理旧项目文件，翻出一批 .md 草稿，顺手用 Windows 11 自带记事本打开。本来只是打算快速看一眼内容，结果在设置面板里发现了一个之前完全没注意到的选项：语法高亮，下拉列表里赫然写着 Markdown。我当时愣了一下——系统自带的记事本，什么时候连 Markdown 都支持了？

这个发现其实比想象中更值得聊。以前一想到“用 Markdown 写东西”，默认选项基本就是 Typora、VS Code、Obsidian 这三件套，各有各的守护神，但也各有各的安装成本。绝大多数时候，我只是想快速记一段带结构的纯文本，要求就三条：启动快、零安装、别抢焦点。而系统自带的记事本，最近两年确实在悄悄变强：多标签页、深色模式、崩溃恢复，现在连 Markdown 语法高亮都内置了。对轻度用户来说，这等于系统里免费送了一个底线级别的 Markdown 编辑器。

这篇文章不打算只讲“在哪里开开关”这种一眼就懂的操作，而是想把三件事聊透：记事本的 Markdown 支持到底是什么程度、日常怎么用它来写内容、以及它和 Typora / VS Code 这些专业工具之间那条界线到底在哪。顺便把那些跟记事本相关的经典坑——中文乱码、换行错乱、应用报错——也一并整理出来。

1. 这个“支持 Markdown”到底是什么意思

1.1 先澄清：是语法高亮，不是所见即所得预览

很多人一听到“记事本支持 Markdown”，第一反应是“那我是不是不用装 Typora 了”。这里必须先泼一盆冷水：自带记事本的 Markdown 支持，本质上是语法高亮，不是渲染预览。

也就是说，你在记事本里写# 一级标题，这一行不会变成大号加粗文字，而是#和标题文字在颜色上产生区分；写**加粗**，星号是弱化显示，中间的文字颜色不一样；写列表项，-前缀会单独着色。整个文件依旧是纯文本源文件，你可以看到 Markdown 的每一处结构标记，但不会看到“渲染后长什么样”。

这样做有一个很实际的好处：Markdown 本身就是一种“所见基本等于所得”的源码格式。标题、列表、引用、代码块这些结构，在源码状态下就已经有足够的视觉层次。语法高亮相当于把“结构”用颜色提示出来，让你写错语法时能立刻发现。比如[链接文字](https://example.com)如果你漏了右括号，高亮状态和平时就不一样，一眼就能看出来。对日常笔记、草稿、技术记录来说，这个程度已经完全够用。

真正需要实时预览的场景，是那种写完就要直接发布、排版敏感的内容，比如公众号推文、需要交出去的报告文档。那种场景下，记事本确实做不到，老老实实用 Typora 或者 VS Code 预览面板更合适。

1.2 记事本这两年为什么越来越像“编辑器”了

记事本曾经是一个连“查找替换”都嫌多余的纯文本工具，在绝大多数人眼里它就是用来临时看个 txt 的。但从 Windows 11 开始，微软明显在重新定位这个组件，几次大的更新方向都很明确：

• 多标签页：不用再开一堆窗口来回切，一个窗口管理多个文件
• 恢复未保存的标签页：崩溃或误关之后，会话可以恢复
• 深色模式：配合系统主题，夜间写东西不至于亮瞎眼
• 默认 UTF-8：从根源上缓解了跨平台文本文件的编码兼容问题
• 语法高亮：目前原生支持 Markdown 和 .ini 等少数格式

这一系列变化拼凑起来，其实就是把记事本从“备胎工具”提升成了“轻量编辑器”，哪怕它依然没有任何插件生态，也确实能承担一部分 Markdown 编辑工作了。而且老实说，这种克制反而是优点。你打开 Typora 写一篇文章，系统托盘、后台进程、可能的自动更新提醒都会跟着来；打开记事本，就是瞬间的事，写完保存直接不管了，这体验对于“轻记录”这个场景，反倒是更纯粹的。

2. 记事本开启 Markdown 支持的正确姿势

2.1 三步开启 Markdown 语法高亮

如果你的记事本版本比较新（Windows 11 下通过应用商店自动更新过的那种），开启方式非常简单：

1. 打开记事本，点击右上角的齿轮图标打开“设置”
2. 在设置里找到“语法高亮”或“语言设置”这类入口
3. 把语言从“无”切换为“Markdown”，保存设置后立即生效

切换完之后，用一个.md文件测试一下，随便写几行标题、列表、代码块，如果文字有颜色区分，说明已经生效。这里有个很小的坑：设置切换后不会自动刷新已打开文件的高亮状态。如果你在切换设置之前就已经打开了一个.md文件，最好先关掉重新打开一次，或者随便改几个字符触发重绘，不然会觉得“没生效”。

如果你在设置里找不到语法高亮选项，大概率是记事本版本太旧。解决办法很简单：打开 Microsoft Store，搜索“记事本”或“Notepad”，看是否有更新按钮，更新到最新版本即可。需要注意,这里说的是从应用商店安装的新版记事本，Windows 10 时代那种老式记事本并没有这些功能。

2.2 开启后，Markdown 源码的视觉反馈长什么样

我实际测试下来，新版记事本对 Markdown 的高亮粒度相当克制，不会把文本弄得花里胡哨，但结构辨识度提升明显。整理几个典型表现：

• 标题：#、##等符号和标题文字会被区分开，不同层级的标题颜色会有差异
• 加粗 / 斜体：**、*这些标记符号颜色弱化，中间的文字颜色突出
• 行内代码 / 代码块：代码区域通常有独立的背景色或文字颜色
• 链接：方括号和圆括号部分颜色不同，链接文字和 URL 有区分
• 引用：>符号独立着色，引用内容保持常规文字颜色
• 列表：-、1.等标记符号会被单独着色

这种程度的高亮，好处是不会破坏“纯文本”的简单感，坏处是如果你已经习惯了 Typora 那种柔和渲染界面，可能会觉得有点简陋。但从功能角度说，那些需要在源码里确认的东西（比如链接语法、图片路径、代码块语言标注）反而比渲染模式看得更清楚。

2.3 与 Typora / VS Code / Obsidian 的边界在哪里

要判断记事本的 Markdown 支持到底值不值得用，最直接的方式是拉一张对比表：

看完这张表，结论其实非常清晰：记事本适合“随手写两句”，Typora 适合“写完要排版发布”，VS Code 适合“写文档还顺带写代码”，Obsidian 适合“积累大量笔记并建立知识关联”。它们之间不是替代关系，而是场景互补。

3. 用记事本写 Markdown 的实操细节与踩坑

3.1 Markdown 基础语法在记事本里的表现与检查重点

既然记事本没有实时预览，那你写 Markdown 时唯一的“反馈”就是高亮颜色。这也意味着，你可以把“高亮对不对”当作语法校验器用。我整理了一套在记事本里最常用的 Markdown 语法自检清单：

标题语法：

# 一级标题 ## 二级标题 ### 三级标题

如果#和文字之间缺少空格，部分渲染器会把它当普通文本处理。在记事本里，这种错误不一定能从颜色上明显看出差异，所以我自己习惯在写标题时严格使用“井号 + 一个空格 + 文字”的格式。

列表语法：

- 无序列表项 - 二级列表项，缩进两个空格 1. 嵌套有序列表 2. 第二个嵌套项

有序列表的坑比较隐蔽。有些 Markdown 渲染器会自动忽略手动编号，全部按 1、2、3 重新排。你在记事本里写 3、2、1，渲染出来可能还是 1、2、3。这一点在需要精确编号的场景下（比如步骤说明）要特别注意。

引用与代码块：

> 这是一段引用 ```javascript console.log("hello")

代码块这里的反引号是 Markdown 源码里最容易错的地方。三个反引号必须单独成行，且闭合反引号的数量必须匹配。在记事本里写代码块时，我建议写完开头的三个反引号后立刻补齐结尾的三个反引号，再往中间填代码，能减少很多低级错误。 链接与图片： ```markdown [链接文字](https://example.com) ![图片描述](../assets/pic.png)

图片路径是另一个高频坑。在记事本里写![图片](../assets/pic.png)，高亮能正常显示，但如果你之后把文件移到其他目录，相对路径可能直接失效。我的习惯是，如果图片和文档最终要一起打包传到别的地方，路径尽量用相对路径并保持目录结构不变；如果只是临时记录，干脆用完整路径，省得到处找。

3.2 换行、空行与自动换行：最容易混的三件事

在记事本里写 Markdown，有三件和“换行”有关的事特别容易搞混，我一次说清楚。

第一件是记事本的自动换行。这个功能可以在设置里开启，开启后长段落会像 Word 一样自动折行显示。但要注意，它只是视觉层面的换行，不会往源码里插入任何换行符。也就是说，你看到的折行并不等同于 Markdown 的段落换行。

第二件是Markdown 的段落换行。在标准 Markdown 语法里，两个段落之间必须空一行，否则很多渲染器会把相邻两行合并成同一段。我见过不少人从记事本复制文本到公众号编辑器，发现段落都挤在一起，原因就是源码里没有空行。所以我的习惯是，段落之间一律空一行，绝不偷懒。

第三件是Markdown 的行内换行。如果你想让某一行强制换行，但不是新段落，标准语法是在行尾加两个空格再回车。这个细节在记事本里几乎看不到任何视觉提示，很多人在这一步吃大亏。我实测下来，最稳妥的做法是直接在两个换行之间空一行，用空行代替两个空格换行，这样在任何渲染器里都不会出错。

3.3 从记事本稿子到公众号 / 知乎 / Word 的转化链路

用记事本写 Markdown，最终大概率还是要走到“发布”这一步。常见的转化链路有这几条：

第一条，粘贴到在线编辑器。很多平台（比如知乎、语雀、部分博客后台）支持 Markdown 粘贴后自动渲染，你只需要把记事本里的源码复制过去，平台就能识别。这条链路最简单，但有兼容性问题：某些平台的 GFM（GitHub 风格 Markdown）扩展语法支持不完整，表格、删除线、任务列表可能渲染异常。

第二条，用 Typora 中转。在记事本里写好草稿，用 Typora 打开同一个文件，开启源码模式确认语法没问题，再切到渲染模式复制“渲染后内容”粘贴到目标平台。这算是兼容性最好的方式之一，很多排版上的小问题在 Typora 渲染阶段就能暴露。

第三条，Markdown 转 Word。这是很多上班族会遇到的场景，需要把 .md 转成带标题层级、带目录的 Word 文档。推荐的做法是装一个 Pandoc，命令行一行搞定：

pandoc 草稿.md -o 成品.docx

转出来的 Word 会带上标题层级和基础样式。这里有个常见的坑：Markdown 里面的有序列表，转到 Word 之后经常出现“序号重新从 1 开始”的问题，尤其是有嵌套列表的时候。Pandoc 会尽量保留语义结构，但如果你对 Word 的自动编号有洁癖，转换完还是需要人工检查一遍列表部分。

4. 常见问题与避坑指南（按真实翻车场景整理）

4.1 记事本里没有 Markdown 选项怎么办

我见过不少同事遇到这个问题，明明系统是 Windows 11，记事本界面也是新版，但设置里就是找不到语法高亮。排查思路按顺序走：

1. 打开 Microsoft Store，搜索“记事本”，检查是否有更新。新版记事本是 UWP 应用，版本更新速度跟 Windows 版本不完全同步，商店更新后一般就有了
2. 确认打开的是新版记事本。标题栏带“记事本”三个字，但左上角有没有类似“已更新”或版本号信息可以参考。老式记事本（win32 版本）只有菜单栏没有设置图标，这种就肯定没有 Markdown 选项
3. 如果更新后依然没有，尝试在“设置 > 应用 > 已安装的应用”里找到记事本，进入“高级选项”，点击“修复”或“重置”，然后重新打开

这个操作逻辑真的和手机 App 出问题时的处理方式一样，先更新，再修，实在不行重置。

4.2 Windows 记事本中文乱码问题怎么破

“Windows 高版本系统 notepad 记事本中文乱码”这个话题在热搜里挂了很久，核心原因其实是一个编码双输问题。

第一种情况是旧文件打开乱码。以前很多老软件保存文本时默认用 GBK/GB2312 编码，而新版记事本默认使用 UTF-8 读取，编码对不上自然就是乱码。解决办法是点击菜单“文件 > 另存为”，在编码选择框中手动切换，比如 UTF-8 不行就换成“带 BOM 的 UTF-8”，再不行换为“ANSI”，直到预览正常为止。

第二种情况是从记事本保存后，拿到其他软件里打开乱码。这是因为新版记事本保存文件时默认是 UTF-8，而某些老软件或老旧设备的读取逻辑停留在 ANSI。如果你需要在旧平台兼容，保存时在编码选项里选择“ANSI”就能解决；但这里有个反向陷阱：一旦保存为 ANSI，中文文件在 Mac、Linux 或者新版手机阅读器里又可能乱码。

我的建议很简单：但凡你在写 Markdown，一律用 UTF-8 保存。因为 Markdown 本身就是跨平台文本格式，未来很可能要在各种工具之间流转，UTF-8 是唯一能在所有现代系统里稳定存活的选择。至于老系统打不开的问题，别管了，用现代工具打开。

4.3 “请从原始安装位置重新安装应用程序”是怎么来的

在使用新版记事本时，偶尔会碰到一个非常困惑的报错，大意是“请从其原始安装位置重新安装应用程序，或与管理员联系”。这个弹窗对大多数普通用户来说完全摸不着头脑，我复现过几次，总结下来最常见的诱因有两个。

一是动态链接库或资源文件被清理工具误删。很多人喜欢用各种系统清理软件清垃圾，有时会把新记事本 app 包里的相关文件误判成无用文件清掉。解决方案是回到 Microsoft Store，搜索记事本，点击更新或重新安装。

二是用户对该应用的相关权限或应用状态异常。在系统的“设置 > 应用 > 已安装的应用”中找到记事本，进入“高级选项”，先尝试“修复”；如果不行，再“重置”。重置前需要备份一下重要文本，虽然理论上不会清空你保存过的文件，但以防万一总是好的。

如果你是在公司电脑上遇到这个问题，大概率跟管理员策略有关，那就需要联系 IT 部门处理了，不建议自己折腾系统盘。

4.4 记事本会不会丢失未保存的内容

新版记事本加入了自动保存和会话恢复机制，实际体验比想象中稳。我测试过一种极端情况：打开一个文件，写了几行内容不保存，直接强制结束进程。重新打开记事本后，它会提示恢复上次的会话，内容还在。原因很简单，新版记事本会在后台把未保存的标签页自动存到一个临时位置，崩溃后启动时会去恢复。

但这里有个很现实的问题：如果你依赖这个功能当“免保存工具”，长期在记事本里堆未保存内容，临时文件积累多了，一旦系统清理、用户切换或重置应用，这些数据就可能找不回来。所以我的建议是：新记事本的崩溃恢复当保险用没问题，不要当日常习惯。写重要内容，一键 Ctrl+S 的成本真的非常低。

5. 实际使用后，我总结的几种记事本 + Markdown 工作流

5.1 没有 Markdown 编辑器的电脑上：临时草稿板

最直接的使用场景就是，在没装任何 Markdown 编辑器的电脑上，用记事本新建一个 .md 文件，然后用 Markdown 语法记录会议纪要、需求清单、技术方案草稿。写完直接保存，后续把文件发给同事或用其他设备打开，都不会有格式错乱的问题。

我在公司某台受限电脑上就是这么干的。那台机器不给随便装软件，但写点周报、技术文档的需求还在。系统自带记事本开启 Markdown 高亮后，至少写标题、列条目的时侯舒服很多，不会再满屏乱糟糟的纯文本。这个场景下，实在没太大必要去折腾绿色版编辑器。

5.2 用记事本写 AI 指令，反而比自然语言更清晰

还有一个值得提的场景是给 AI 模型写指令。很多人纠结一个问题：对 DeepSeek、ChatGPT 这类大模型提问，用自然语言还是 Markdown 更容易让它理解？实测下来，对复杂需求用 Markdown 结构化描述，效果通常更稳定。

举个实际例子：你想让 AI 帮你写一段带标题和列表的周报，自然语言需要写一大段描述；如果用 Markdown 写成结构化的指令，语义就会清晰很多：

请帮我生成一个周报，格式如下： # 本周工作 - 项目A：完成了模块重构 - 项目B：修复了登录页bug # 下周计划 - 项目C：接口联调

记事本在这里的角色就是“指令草稿板”。先在其他地方把需求想清楚，用 Markdown 在记事本里列好结构，再一次性粘贴给 AI，思路会清晰很多，也方便后续修改调整。这个习惯我坚持了挺久，确实有效。

5.3 从临时 Markdown 草稿到正式文档的一段流程

最后是我个人一直在用的完整流程，分享出来做个参考。

随手产生的想法、临时待办、碎片信息，我会直接打开记事本，写在一个叫inbox.md的文件里，格式随意，能用 Markdown 表达就行。积累到一定程度，再统一用 Typora 打开，做一次整理，把临时内容拆成正式的页面，或者直接导出成需要的格式。这个流程的好处是把“采集”和“整理”两个动作分开了：采集时不追求格式，整理时再回归专业工具。

对于工作场景，如果最后要交付 Word 文档，我会用记事本保持源码草稿，确认语法无误后，再通过 Pandoc 生成 .docx。这样既享受了 Markdown 写结构的效率，又规避了写作过程中被 Word 各种排版细节干扰的问题。

我自己用了大概两个月的新记事本之后，最大的感受是：它没有试图把自己变成 Typora，而是老老实实守住“轻量、快速、零依赖”这条底线。对偶尔写写 Markdown，又不想为了一行标题去装一个两百兆编辑器的人来说，这已经比过去好太多了。那些指望靠记事本写完一整套公众号排版文章的人，大概率会失望；但像我这种只求快速记录、后续再整理收纳的，它真的挺顺手。

最后再分享一个小技巧：在记事本里用 Markdown 写文档时，建议把文件扩展名的.txt改成.md，这样不仅记事本会自动识别成 Markdown 语法高亮，其他工具（比如 Typora、VS Code、Obsidian）以后打开同一个文件时，也能直接按 Markdown 语言处理，省去手动指定语言类型的麻烦。这个动作小，后面对工作效率的提升却很明显。