跳到主要内容
← 返回

HTML Entity 编解码器 - 在线 HTML Entity Encode/Decode

文本
本地运行 · 不上传

在线 HTML 实体编解码工具。将 <、>、&、" 等特殊字符转换为 HTML Entity,或反向解码。浏览器本地处理。

结果有帮助吗?

本地工具可在 DevTools → Network 搜索输入内容,通常不会出现在请求中。

下一步

使用指南

往 HTML、邮件模板或富文本里粘内容时,<、>、&、引号会跟标签语法打架。本工具把特殊字符编成 HTML 实体(默认常见五件套),或把实体(命名与数字形式)还原成字符,完全本地执行。

1. 怎么用

选择编码或解码方向,粘贴文本,复制结果。只转义将进入 HTML 文本节点或属性的内容;不要对整段已是标签的文档盲目全量编码,否则会把标签变成可见文本。

  1. 选择编码或解码。
  2. 粘贴待处理文本。
  3. 复制结果并在目标上下文验证。

2. 何时需要转义

用户生成内容进页面、把代码示例写进 HTML、拼邮件 HTML 时,未转义的 <script 与属性打断都是风险或排版事故。模板引擎若已自动转义,不要双重转义。

3. 别当加密

实体编码是可读的语法转义,任何人都能解码。保密应靠 HTTPS 与真正加密/权限,而不是 &# 形式。

  • 转义≠加密。
  • 安全依赖服务端策略。
  • 日志里仍可能泄露原文。

4. 命名实体与数字实体

&nbsp;、&#160;、&#xA0; 常表示同一空隙。解码时兼顾常见命名与数字形式;编码默认覆盖最易出问题的字符集,特殊排版实体按需手工补。

5. 与 Markdown/富文本

从 Word 或网页粘到 Markdown,可能残留实体。先解码再排版,常比直接正则删字符更安全。反过来,生成 HTML 前对用户文本编码。

6. 验收

在目标页面查看源码:应看到实体或安全文本,而不是被浏览器当成标签执行。属性场景还要确认引号风格一致。

常见问题

把 <、>、&、" 这类字符放进 HTML 文本或属性前要先编码,否则浏览器会把它们当成标签或实体解析,轻则排版错乱,重则形成 XSS 注入点。用户评论、代码示例、邮件 HTML 都是典型的高危场景。

两种情况要停手:对整段已写好标签的 HTML 文档盲目全量编码,会把标签变成可见文本;模板引擎已自动转义时再编码一次就是双重转义,页面会显示字面的 &lt; 而不是 <。只转义将进入文本节点或属性的内容。

覆盖 &lt; &gt; &amp; &quot; &nbsp; 等常用命名实体,并支持数字实体(如 &#60;)与命名实体的双向转换。&nbsp;、&#160;、&#xA0; 常表示同一个空隙;特殊排版实体不在默认字符集内,按需手工补齐。

不能。实体编码是可读的语法转义,任何人拿到 &#60; 都能还原出 <。保密应靠 HTTPS、真正的加密与权限控制;日志里仍可能留下原文,不要把转义当成安全边界。

粘进 Markdown 或富文本编辑器时常见 &nbsp;、&amp; 残留。先切到解码方向把实体还原成字符再排版,比直接用正则删字符更安全——正则容易误伤正文里的合法符号。

不需要。页面打开即用,编码与解码即时完成,没有次数限制,也没有账号体系。

相关工具

相关文章