小程序富文本怎么选？

对应短视频主题：小程序富文本怎么选？
资料核验与更新：2026-09-12

在小程序里展示文章，不是简单地把 HTML 字符串塞进一个组件。内容是否受控、是否包含代码和表格、是否来自外部输入、项目是否需要长期维护，都会改变答案。

本篇比较微信原生 rich-text、mp-html、wxParse 和 towxml。目标不是宣布“唯一最好”，而是根据内容边界做一个可复核的选择。

阅读边界

本文依据原始课程的研究笔记、课程结构和发布文案整理。涉及产品、模型、版本、平台规则、价格或资格等可能变化的信息，实践前应以当前官方资料和实际环境为准。

开始选型前，分别回答：

微信原生 rich-text 支持字符串或节点数组形式的 nodes，但只支持部分受信任的标签与属性；它不是完整网页渲染器，也不应被当作安全过滤器。对于结构简单、来源可控的正文，它的接入成本低；若内容需要复杂代码块、互动表格或多媒体体验，能力边界会很快显现。

mp-html 提供表格、图片预览、链接处理、锚点、代码高亮等丰富能力，并有按需启用的相关插件。它适合知识库、教程和富媒体内容，但“功能更丰富”不等于“零成本”：组件升级、插件组合、基础库兼容、资源加载和性能都要用你的内容和目标设备来验证。

wxParse 的仓库已明确标注停止维护。因此它仍可能是旧项目里的现实约束，却不适合作为新项目默认选择。处理存量项目时，先核对依赖、基础库兼容、已知 bug、内容规模和迁移成本；不要为了“统一技术栈”在未验证的情况下重写。

Towxml 提供 HTML、Markdown 转 WXML 的路径，也覆盖代码高亮、表格、图片等能力。它更适合已有对应技术积累、且愿意维护构建与版本验证的团队。尤其在文档标记、构建方式和目标平台存在差异时，应先完成小样验证。

清洗之后，还需要分别检查用户点击的链接、页面样式和外部资源是否落在允许范围内。

内容规模持续增大时，还要用真实设备观察解析、布局与资源加载带来的运行成本。

无论使用哪种方案，外部输入都应在进入组件前经过业务化的清洗：只允许需要的标签和属性；验证 href、src 等 URL 的协议；限制样式字段；约束图片、视频等资源域名；并设置合理的内容长度和资源数量边界。组件负责显示，不代替你的输入信任策略。

决策树给出的是候选起点，最终仍要回到项目的实际内容样本和维护能力。

可以先用这条经验法则建立候选集：

最终请用一份接近真实的文章样本验证：包含长文、宽表格、代码块、多图、外链和异常输入，并在目标基础库与真机上完成测试。

把问题拆成目标、约束、证据和验证四部分，通常比直接寻找唯一答案更可靠。先用本文梳理的选型维度与边界原则完成一次小范围工程验证，再根据真实系统反馈调整下一步决策。

📌 查阅提示：点击下方超链接可直接复制对应网址，粘贴至手机或电脑浏览器中即可查阅官方完整技术文档与规范。