MarkText：免费开源的所见即所得 Markdown 编辑器，你的下一款写作工具何必是付费的

免费开源的所见即所得 Markdown 编辑器：输入即渲染、多标签页、公式图表内置，曾被长期视为 Typora 的最佳免费替代。经历三年断更后，它在 2026 年中恢复了活跃开发——重新值得推荐，但这段历史值得写进注意事项。

信息核验时点：2026-10-11（最新版 v0.21.2，当日 12:10 UTC 发布；约 6.2 万 Star，MIT 许可）

一、MarkText 是什么？

MarkText 是一款完全免费、开源的跨平台 Markdown 编辑器，采用 MIT 许可证，基于 Electron 开发，支持 Windows、macOS、Linux（x64 与 arm64 均有适配）。核心理念：一款简洁优雅、专注速度与易用性的 Markdown 编辑器。

维护状态：三年断更后已复活

这一点必须交代清楚，它直接影响你敢不敢把重要文档押在这个工具上：

截至 2026-10-11，项目处于活跃状态，但没有发布正式的"恢复长期维护"声明——低调复苏是好信号，能否持续活跃仍需观察。

二、核心功能亮点

所见即所得，写作不分屏

输入 **加粗**，光标离开即渲染为粗体；输入 # 标题，回车即变标题字号。没有左边源码、右边预览的割裂感，对不熟悉 Markdown 语法的新手尤其友好——写出来是什么样，最终就是什么样。

编辑模式与沉浸开关

• 所见即所得（默认）与源码模式（Ctrl + E）两种编辑模式一键切换
• 打字机模式：光标行始终保持在屏幕垂直中央，长文写作脖子舒服
• 专注模式：只高亮当前段落，其余内容淡出
• 两组开关可以叠加，组合出极致沉浸的写作环境

数学公式与图表

• KaTeX 公式：$...$ 行内、$$...$$ 行间，渲染速度比 MathJax 快，导出 PDF 不乱码
• Mermaid 图表：流程图、时序图、甘特图、类图直接在文档里写代码出图

技术方案、学习笔记、接口文档写作的刚需配置。

表格与图片

• 可视化表格编辑：插入行列、调整对齐、合并单元格直接在表格上操作，不用手数竖线；支持 GFM 完整表格语法
• 图片粘贴即存：截图 Ctrl + V 直接插入，自动保存到指定目录（如 ./assets）并生成相对路径；图片支持拖拽调整大小

多标签页与侧边栏

原生多标签页，同时开多个文档互不干扰；侧边栏集成文件树和大纲目录，长文点击标题快速定位。多标签页正是很多人从 Typora 转投 MarkText 的直接原因。

导出与静态博客支持

• 可导出 HTML（保留全部样式）和 PDF（自定义纸张与页边距）
• 支持 YAML Front Matter 元数据，配合 Hugo、Jekyll、Hexo 等静态博客框架，写完直接进源码目录

三、MarkText vs Typora，怎么选？

怎么选：预算有限、需要多标签页、看重开源——MarkText；追求极致排版和丰富导出、愿意为工具付费——Typora。两者不冲突，不少人两个都装。

四、下载与安装

• Windows：下载 marktext-x64-setup.exe，双击安装；也可 winget install marktext
• macOS：下载 .dmg 挂载拖入应用程序；首次打开若提示"无法验证开发者"，右键 → 打开
• Linux：.AppImage 或发行版包，也可 Snap / Flatpak

GitHub 下载慢时可用包管理器（Winget / Chocolatey / Homebrew）安装，更省心。

五、诚实短板

• 断更史需要纳入考虑：2022 年底到 2025 年停更约三年，2026 年中虽已恢复活跃，但官方没有长期维护承诺。好在它只存标准 .md 纯文本，随时可整体迁移，文档不会被锁定
• Electron 应用：内存占用比原生应用高，超大文档（几十 MB）编辑会有迟滞
• 导出格式有限：原生只有 HTML 和 PDF，要 Word/EPUB 需借助 Pandoc
• CSS 定制程度有限：主题自定义不如 Typora 灵活
• 没有移动端

六、谁适合用？

• 开发者与技术写作者：公式、图表内置，写 README 和技术文档顺手
• 博主与自媒体人：所见即所得，草稿即成稿
• 学生党：记笔记、整理资料，免费开源零成本
• Linux 用户：原生支持的优质 Markdown 编辑器本就不多
• 经常同时开多个文档的人：多标签页是真刚需

七、v0.21.2 修的都是要命的小毛病

MarkText 恢复更新后的最近几版没有大功能，全在补基础体验的窟窿，恰恰是最值得关注的信号。v0.21.2（2026-10-11）的官方更新说明列了五条：

• 修复 Windows 侧边栏与标签页的路径处理，并在侧边栏右键菜单里加了 Copy Path
• HTML 导出时保留字面的 $<，任务列表的方框标记与文字对齐
• 更换 Electron fuses 之后，修复 macOS arm64 的 ad-hoc 签名
• Windows 与 macOS 的自动更新清单同时保留 x64 与 arm64 两种安装包
• 升级工作区依赖与 CI 工具链

这几条看着琐碎，但都落在实际使用路径上：第一条解决的是 Windows 下侧边栏点文件、标签页取路径时的定位问题；第二条影响公式类文档的导出正确性——行内公式紧贴正文时，$ 后跟 < 曾被当成标签起始吃掉；第三条关系到 Apple 芯片 Mac 上应用能否正常启动；第四条决定自动更新会不会把 arm64 机器换回 x64 包。如果你正在观望"复活后的 MarkText 靠不靠谱"，看这种修补密度比看新功能清单更实在。

八、各平台安装包怎么选？

包管理器（Winget、Chocolatey、Homebrew）装的最大好处是升级跟着仓库走，不会一直停在某个旧版本上——对一个刚恢复更新的项目来说，这点比省几步下载更重要。

九、常见问题

侧边栏的文件点了没反应，或标签页路径显示不对怎么办？

先升级到 v0.21.2。Windows 侧边栏与标签页的路径处理正是这一版修掉的问题，同时侧边栏右键菜单新增了 Copy Path，可以直接核对拿到的路径对不对。升级后还复现，就检查你的文档是否放在带中文、空格或网络位置的目录里——这类路径最容易暴露解析差异，先挪到本地纯英文路径试一次，能确认问题归属再决定是提 Issue 还是改存放习惯。

导出 HTML 后，公式旁边的符号莫名其妙少了？

同样是 v0.21.2 修的：导出时会保留字面的 $<。此前如果正文里出现"美元符号紧跟小于号"的组合，导出结果容易把它当成标签起始处理掉，表现为符号丢失或后面一段内容不显示。手上有老导出的成品，别凑合用，升级后重新导一遍；另外 PDF 导出走的是另一条渲染链路，出问题时要分开排查，不要假定两者一起坏。

我这台 ARM 架构的设备，自动更新会不会把我换回 x64 版本？

不会，这一版起 Windows 与 macOS 的自动更新清单同时保留 x64 与 arm64 两种安装包，更新时会按你机器的架构给对应的包。Apple 芯片 Mac 还有一条相关修复：更换 Electron fuses 后 ad-hoc 签名曾被破坏，v0.21.2 已处理。要是你的 Mac 在自动更新后启动报"已损坏"或签名异常，基本可以判断是卡在旧版本，先升到 v0.21.2 再看现象是否消失。

想从 Typora 或 Obsidian 迁过来，会不会丢东西？

MarkText 只存标准 .md 纯文本，这是它最硬的安全垫——不存在被格式锁死的问题，任何时候换编辑器都只是换个打开方式。需要注意的是它的原生导出只有 HTML 和 PDF：要 Word、EPUB，得自己接 Pandoc，配置这一步逃不掉；YAML Front Matter 倒是原生支持，Hugo、Jekyll、Hexo 的元数据能原样保留，迁完直接进源码目录。从 Obsidian 迁来则要先看一眼自己的双链语法，那是插件层的东西，纯 Markdown 编辑器不认。

停更三年的项目，还敢把重要文档押上去吗？

敢押，但要看清押的是什么。第一，文件是 .md 纯文本，项目哪天再停，你的资料零成本迁移，损失的只是编辑器而不是数据——这和押注某个闭源笔记格式完全不是一回事。第二，看维护节奏：2026-05-28 发 v0.19.0 恢复发版，接着 v0.19.1、v0.20.0、v0.21.x 一路跟上，到 2026-10-11 已经出了 v0.21.2，两个多月里保持着连续发版。第三，仍然没有任何正式的长期维护声明，官方仓库只有这些能验证的事实，没有承诺。合理的用法是把它当一个足够好的当前工具，而不是当成一个二十年不变的基础设施。

延伸阅读

• Visual Studio Code：开发者首选的全能代码编辑器
• 文本编辑器 Notepad++ v8.9.8.1