这是一段原始文字，这是保留的文字。

本文详解如何在网页中正确显示被删除的文字——必须使用标准HTML的``标签（而非无效的`_DEL{...}`伪语法），它原生支持语义化删除标记和中划线效果；文章不仅给出基础用法与CSS自定义样式技巧，更重点揭露`_DEL{...}`在浏览器中完全不被识别的真相，剖析其导致删除线缺失、可访问性丧失及XSS风险等严重问题，并提供安全可靠的正则替换方案，强调服务端预处理与内容转义的必要性，助你写出既美观又合规、无障碍的删除文本。

直接说结论：_DEL{...} 不是标准 HTML，浏览器根本不会识别它——你看到的只是原样文本，连删除线都不会有。真要显示删除线，必须转成 标签，并补上 datetime 和配对的 ，否则语义残缺、可访问性归零。

为什么_DEL{xxx}在网页里不显示删除线

因为 _DEL{} 是某些内部系统（比如 Wiki 编辑器或旧版协作工具）自定义的标记语法，HTML 规范里压根没有这个东西。浏览器既不解析它，也不报错，就当普通字符渲染——花括号、下划线全露在外面。

• 常见错误：后端返回纯文本含 _DEL{旧接口}，前端没做任何转换，直接 innerHTML 插入，结果页面显示 "_DEL{旧接口}"
• 更隐蔽的问题：用 textContent 渲染时，连花括号都看不见（被当成纯文本吞掉），你以为“删了”，其实什么都没发生
• 如果依赖 CSS 选择器（比如 [data-del]）去匹配 _DEL 字符串，完全无效——CSS 无法基于元素内的纯文本内容选中节点

怎么把_DEL{...}安全转成标签

核心思路是用正则替换 + HTML 实体转义，避免 XSS 和跨段落误匹配。不能只靠前端 JS，服务端模板阶段就该处理。

• 正则必须非贪婪：/_DEL\{([^}]+)\}/g，否则遇到 _DEL{a}_DEL{b} 会一次吞掉整个字符串
• 替换前务必转义内容：原始文本里的 & 要变 &， 变 <，推荐用 DOMPurify.sanitize() 或通过 document.createTextNode().textContent 中转
• Node.js 模板示例：<%= content.replace(/_DEL\{([^}]+)\}/g, (_, c) => `${escapeHtml(c)}`) %>
• Python（Jinja2）示例：{{ content | regex_replace('_DEL\{([^}]+)\}', r'\1') }}

转成后，哪些属性不能省

不是画条线就完事的装饰标签。少了关键属性，等于没标——屏幕阅读器读不出“删了”，搜索引擎不认为这是修订，法律/合规场景下也留不下证据。

• datetime 必须填 ISO 8601 格式，如 2026-05-26T23:40:00Z；只写 2026-05-26 或空值，语义就失效
• 必须和 成对出现，单用 会让人困惑“删了之后换成啥？”——例如合同条款、API 文档、价格调整，缺 就是信息断层
• cite 属性建议加上，指向变更依据（如 RFC 链接、内部 PR 地址），方便审计追溯
• 别嵌套 ，也别在 里再加 text-decoration，样式冲突会导致读屏器误读

真正容易被忽略的是时间戳和上下文配对

很多团队只机械地把 _DEL{xxx} 替换成 xxx，但 datetime 空着， 没配，最后页面上一堆孤零零的删除线。这不是修订记录，是幽灵标记——没人知道谁删的、何时删的、替换成什么。一旦出问题，连回滚依据都没有。

今天关于《这是一段原始文字，这是保留的文字。》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！