不到10MB的Markdown编辑器：内置公式图表与搜索，告别插件依赖

用Typora写Markdown写了快四年说实话整体体验一直在线但收费策略出来后身边不少人都开始找替代品。有人转去VSCode折腾插件有人拥抱Obsidian的插件生态结果装完主题、PDF导出、Mermaid、LaTeX这堆插件之后编辑器本体加各种扩展轻松突破几百MB启动还要转圈。我最近换回了一个思路完全不同的工具一个不到10MB的免费Markdown编辑器公式、图表、全文搜索全部内置一个插件都不用装。这篇文章就围绕这个方向聊聊这类“小而全”的Markdown编辑器到底怎么做到轻量又够用以及实际使用中你需要注意哪些细节。1. 为什么“小而全”的编辑器比“大而全插件”更香1.1 插件生态的代价体积、启动速度、维护成本先聊一个很多人忽视的点插件不是免费的。你以为装插件只是“多一个功能”实际上每一款插件背后都有一堆依赖、CSS、JS库甚至独立的运行时。VSCode装完四五个核心插件比如Markdown All in One、Markdown Preview Enhanced、Paste Image再加上各自拉下来的依赖包整个扩展目录随便就几百MB。Obsidian更夸张社区插件装多了以后不光启动慢还会互相打架今天A插件更新了渲染接口B插件的主题就崩隔三差五要花时间排查“到底是哪个插件最近改坏了”。这里可以打一个比方插件生态像不断往车里加装设备导航装一个、行车记录仪装一个、手机支架装一个、便携冰箱装一个最后功能确实齐了但油耗上去了线路短路的风险也增加了。而一个内置全部常用功能的工具更像一把瑞士军刀——你不能指望它有电钻的功率但日常开瓶、拧螺丝、剪线头全都能顺手解决。轻量级Markdown编辑器走的就是这条路线它只承诺把写作场景里最高频的需求做好而不是让你自己拼一台机器。1.2 内置渲染引擎如何塞进10MB很多人会有疑问KaTeX、MathJax、Mermaid这些库动辄几百KB甚至几MB再加一个全功能搜索怎么可能塞进10MB的安装包这里的关键在于“裁剪”和“原生实现”。先说公式渲染。MathJax确实很庞大但很多编辑器实际上选用的是KaTeX它的核心渲染器压缩后只有几百KB只负责渲染LaTeX语法没有MathJax那些复杂的字体加载和辅助模块。对普通用户写论文、记公式来说KaTeX的渲染效果已经非常接近MathJax体积却小了一个数量级。编辑器的做法是把KaTeX直接编译进软件本体而不是像VSCode那样作为插件动态下载。再看图表。Mermaid这个库按模块拆开用渲染流程图、时序图、甘特图只需要引入对应解析器而不是把整个库全量打包。更狠的做法是本地预览时用操作系统自带的WebView比如Windows的WebView2、macOS的WKWebView去运行这些JS库这样软件本体不需要携带一个完整的浏览器内核这也是压缩到10MB以内的关键。作为对比Electron套壳应用动辄上百MB因为每个应用都要内置一份Chromium浏览器这种“一个打十个”的资源浪费在Markdown编辑器领域也一样存在。1.3 这类“瑞士军刀”式编辑器适合谁这个定位决定它不适合所有人。如果你需要的是“笔记系统双链剪藏数据库看板”这种All-in-One工具Obsidian、Notion会更合适。但如果你和我一样需求就是打开软件赶紧写点技术笔记、README、论文草稿每周要处理大量带公式和流程图的文档那么一个轻量编辑器反而是效率最高的选择秒开、不弹更新提示、不用折腾配置写东西的思路不会频繁被打断。学生党用来记数学笔记、写课程报告技术写作者用来写博客草稿运维同学用来整理操作手册都很合适。我见过不少人买了Typora授权或者转向更深度的笔记工具最后却还是回到一个纯文本编辑器原因很简单写作本身不需要那么多花架子。一个编辑器的核心任务就是让你少被打断轻松把脑子里的东西落到文字里。工具安装包/目录体积插件生态开箱即用程度Typora约28MB不支持插件高但已收费Mark Text约60MB无官方插件高开源免费Obsidian约85MB很强社区插件众多中需要配置VSCode Markdown插件150MB以上强但依赖维护低需要折腾本文提到的极简编辑器10MB以内无插件常用功能全内置极高2. 核心功能逐个拆解公式、图表、搜索到底怎么用2.1 公式编辑行内公式、公式块、公式编号与对齐对需要写论文或者理工科笔记的人来说公式支持是第一刚需。先说基本操作。行内公式用单个美元符号包裹比如$Emc^2$会渲染成行内公式独立的公式块用双美元符号包裹并且单独占一行。大多数内置公式能力的轻量编辑器默认用的都是KaTeX所以常见的上下标、分式、根式、求和符号、矩阵都没问题。以一组线性代数里非常常用的矩阵乘法为例$$ \begin{bmatrix} a b \\ c d \end{bmatrix} \begin{pmatrix} x \\ y \end{pmatrix} \begin{pmatrix} e \\ f \end{pmatrix} $$这段源码在预览区会直接渲染成带括号的矩阵方程写线性代数笔记特别舒服。如果你要写分段函数用\begin{cases}就能搞定要写极限直接\lim_{x \to 0}也行。这些语法都是LaTeX标准语法哪怕你以前只在Typora里写过公式换到轻量编辑器也不会有学习成本。公式对齐是另一个高频需求。Typora默认公式居中网上经常有人问“Typora公式怎么靠左”。内置公式的轻量编辑器一般也默认居中想改成靠左的话得看编辑器是否暴露了相关配置项。比较通用的做法是在导出用的CSS或者主题文件里加一行math { text-align: left; }或者设置KaTeX的displayMode为左对齐。至于公式编号最省事的方式是在公式末尾手动写\tag{1.1}KaTeX原生支持这个标签语法不需要像Word那样搞一套复杂的编号域代码。对比项KaTeXMathJax体积小压缩后几百KB大数MB渲染速度快较慢LaTeX语法覆盖覆盖主流语法更加全面离线渲染好适合本地编辑器需要额外配置轻量编辑器常用程度高低2.2 图表绘制Mermaid 与代码块里的可视化图表支持是近几年Markdown编辑器最大的进步。十年前想在文档里画流程图基本只能插图现在主流方案是Mermaid一种用文本描述图表的语法。它最大的特点是文档本身依然是纯文本维护方便版本控制里能看到每次修改也不需要打开Visio或在线画图网站。下面是流程图的一个源码示例你在编辑器里用普通代码块写这些内容预览区会自动把它变成图形graph TD A[开始] -- B{是否满足条件} B --|是| C[执行操作] B --|否| D[结束]时序图也一样写清楚参与者、消息、返回箭头的排列即可sequenceDiagram participant U as 用户 participant S as 服务端 U-S: 发起请求 S--U: 返回响应这类“代码即图表”的好处是图表跟着文档走不依赖外部文件导入导出也不容易乱。很多轻量级编辑器都内置了Mermaid渲染你完全不用额外安装什么插件只要把语言标记写成mermaid放在代码块里就行。需要注意的是不同编辑器内置的Mermaid版本不一样个别语法在新旧版本之间可能不兼容这个坑后面我会详细说。如果你需要的是数据可视化图表比如柱状图、折线图、饼图部分编辑器也内置了图表语言的渲染能力通常基于ECharts或Chart.js裁剪。这类图表对写数据分析报告很实用你可以在文档里定义一个数据数组预览区域直接出图修改数据后刷新就更新比截图后重新编辑要高效太多。2.3 全文搜索轻量索引与文件扫描搜索功能看起来不起眼但对写作者来说它可能就是“笔记能不能滚雪球”的分水岭。很多轻量编辑器提供的是一把梭式的全局搜索你输入关键词它直接扫描当前打开文件夹里的所有.md文件把包含关键词的段落列出来。由于Markdown是纯文本格式这种线性扫描其实非常快几千个文件基本毫秒级返回。一些小工具会再加一层轻量索引启动时把文件名和文件头读进内存占用依旧很低。全局搜索里有几个实用技巧一是如果编辑器支持正则表达式可以直接搜^#找到所有一级标题或者搜^##汇总所有二级标题相当于自动生成一个简易目录索引二是一定要确认它能排除非目标目录很多人习惯把图片、node_modules、.git 都放在笔记目录里搜索如果不排除这些目录结果会特别脏一屏下来全是无关内容。2.4 预览、导出与其他交互细节轻量级Markdown编辑器在“预览”上通常分成两种流派左右分栏实时预览以及Typora那种“所见即所得”的单屏渲染。我最近在用的这种小工具默认是左右分栏因为实现起来更省资源写作时左边写、右边看反而有一种专注感。有些工具还提供“专注模式”只高亮显示光标附近几行写长文时能显著减少视觉干扰。导出功能一般支持HTML和PDF两种格式。HTML导出最稳CSS样式全部内嵌到文件里拿浏览器打开就是一份排好版的文档PDF导出则依赖系统打印能力中文乱码问题时有发生后面我会单独写一节排查方法。还有一些细节值得留意比如快捷键是不是熟悉、插入图片时是复制到本地还是引用原路径、目录树支不支持折叠这些决定了你日常使用顺手不顺手。按我的标准一个20秒内能完成“打开软件到开始写第一行字”的编辑器才算合格。3. 实操用不到10MB的编辑器写出一份带公式和图表的文档3.1 下载安装与环境检查先说体积我当时下载的安装包只有8MB左右解压后整个程序目录也没有超过30MB。这类软件通常不需要安装向导解压就能跑放U盘里随身带也没问题。不过要注意它依赖系统自带的WebView组件Windows 10/11基本都自带了Windows 7这种老系统可能需要单独安装运行库否则打开预览区域会白屏。拿到手第一件事建议新建一个测试文档分别插入一个公式、一段代码块、一张表格确认这三个基础能力都正常再开始正式用。3.2 从零开始写一篇技术笔记我拿一个实际场景演示。假设我要写一篇“线性回归最小二乘估计”的笔记新建一个linear-regression.md第一行写标题接着定义模型方程# 线性回归的最小二乘估计 模型定义为 $$ y X\beta \varepsilon $$ 其中 - $y$ 是观测向量 - $X$ 是设计矩阵 - $\beta$ 是待估参数 - $\varepsilon$ 是随机误差项然后我会继续补充参数估计公式$$ \hat{\beta} (X^T X)^{-1} X^T y $$写完公式后再加一个“训练流程”的流程图。整个过程大概十分钟预览区已经把公式和图全部渲染好了全程没装任何插件。如果你是学生可以把课堂笔记整理成同款结构定义、定理、公式推导、示意图。如果你是写技术方案的也可以把架构图、时序图、表格混在一起排最终导出成PDF发给同事比Word排版舒服多了。3.3 用全局搜索快速定位内容写了几十篇笔记之后搜索的帮助会越来越明显。比如我想找所有提到“方差”的段落直接在搜索框输入“方差”几秒后文件名和匹配行就全部列出来点一下就能跳到对应位置。如果你习惯用正则还能搜出所有以##开头的二级标题作为整个笔记库的简易目录。实际经验是不要小看这个功能。有人总觉得笔记软件越智能越好非要带向量搜索、语义检索可真到你找一个上个月写的部署步骤时最快的仍然是“打开文件夹、搜关键词、看到结果”。轻量编辑器用纯文本扫描恰恰把这条最朴素的路径做到了极致。3.4 导出PDF并解决中文乱码导出PDF这块一定要实操一遍。多数情况下点击“导出PDF”后会调用系统打印功能。中文乱码的根源通常是两类一是系统找不到合适的中文字体二是软件没有指定字体集。解决办法是在设置或CSS里给body加上中文字体族例如body { font-family: Microsoft YaHei, PingFang SC, Noto Sans CJK SC, sans-serif; }然后再重新导出。如果直接导出还是不正常可以先导出HTML再用浏览器打开并打印成PDF这种方式兼容性最好。公式区域建议开启“允许网页打印背景”之类的选项避免深色模式或者浅色高亮在打印时丢失。4. 常见问题与排查技巧实录4.1 公式渲染不出来或显示源码这个问题遇到的人最多。常见原因有几个一是美元符前后多打了空格LaTeX对空格非常敏感二是反斜杠被转义了比如在代码块里写公式时部分编辑器会对\做二次转义三是行内公式和公式块混用了符号行内要单美元符块级要双美元符不能反过来。建议先复制一段官方仓库里的标准示例看能否正常渲染如果示例正常多半就是你公式语法本身写错了。4.2 图表不显示或报错图表不显示通常是Mermaid语法版本不兼容导致的。举例来说旧版本对flowchart关键字的支持不如新版本完整如果你写的graph TD在新版本里能显示但放到旧版本却报错这就是内置版本差异。解决办法有两个方向第一尽量写最基础的Mermaid语法不要频繁使用新版本的实验特性第二看看编辑器设置里有没有“自动更新内置组件”的选项有就定期更新。图中出现中文乱码时同样要回到字体的思路上排查。4.3 导出PDF乱码、表格被截断症状常见原因解决办法中文变成方块缺少中文字体在CSS中指定字体族或安装字体公式变模糊导出分辨率低调高打印DPI或换PDF引擎表格被截断页面宽度不够调整页面边距或横向显示图片丢失使用了绝对路径改成相对路径并保证资源可访问导出PDF乱码还有一个非常隐蔽的原因系统里装了多个名称相似的中文字体打印引擎挑错了。这种情况建议在CSS里写清楚具体字体名不要只写一个“sans-serif”。表格被截断时优先考虑把页面方向改为“横向”如果你的文档里刚好有几张大表格横向打印反而更合适。4.4 搜索不到中文内容明明文件里有关键词全局搜索却查不到最大概率是文件编码问题。有些老编辑器或旧系统默认用GBK编码保存文件而轻量编辑器默认按UTF-8读取编码不一致自然搜不到。解决办法是把所有.md文件统一另存为UTF-8或者用脚本批量转码。另一个原因是搜索范围没覆盖当前目录有些编辑器默认只搜“打开的文件”你需要在搜索面板里切换到“文件夹范围”。4.5 我踩过的几个坑第一不要乱改默认主题和CSS。轻量编辑器因为内置了KaTeX和Mermaid的默认样式你对全局字体或行距的改动很容易把公式和图表的排版弄乱。第二粘贴图片之后注意存储位置。很多默认配置会把图片放到全局缓存目录换电脑时忘了拷贝就全部丢失。建议在设置里把图片存储路径改成“当前文档目录下的assets文件夹”这样整个笔记目录拷走就能带走所有资源。第三WebView版本太旧会导致预览异常如果你用的老系统经常白屏优先检查这个依赖组件而不是怀疑软件本身坏了。老实说我并不是说不到10MB的编辑器能完全替代Typora或VSCode。玩插件、写复杂模板、配合大量自动化脚本时重工具仍然是刚需。但作为日常写技术笔记、课程讲义和博客草稿的人来说轻量级编辑器已经成了我的主力。它让我重新体会到“编辑器就该秒开、写完就关”的纯粹感。如果你也受够了配置插件、更新依赖、排查冲突这些和写作无关的事不妨试试把编辑器换小一点你会发现少即是多在写作这件事上依然成立。最后再分享一个小技巧这类绿色软件配合坚果云或Git仓库放到任意一台电脑上都是同样的体验不用安装也不用迁移一堆配置这大概是写作者最舒服的状态了。