空格显示为 是因源码中主动写入或编辑器/框架自动插入，而非浏览器转义；检查Elements面板可确认是否实体化，修复需按来源替换或调整CSS。
HTML 中的空格被显示成 或其他符号，不是转义问题，而是你主动写了这些实体，或编辑器/框架自动插入了它们——浏览器从来不会“擅自”把普通空格转成 。
为什么空格看起来像被“转义”了
常见原因有三个：
- 你在 HTML 源码里手动写了
- 富文本编辑器（如 TinyMCE、CKEditor）或 CMS（如 WordPress）在保存时把连续空格或首行缩进自动替换成了
- 后端模板（如 Django、Jinja2）启用了自动转义，但你又对已转义的字符串重复 escape，导致
&变成&，最终页面显示为字面量
如何检查空格是否真被实体化了
打开浏览器开发者工具（F12），切换到 Elements 面板，直接查看 HTML 源节点内容。如果看到的是：
<p>Hello World</p><p><span>立即学习</span>“<a href="https://pan.quark.cn/s/cb6835dc7db1" style="text-decoration: underline !important; color: blue; font-weight: bolder;" rel="nofollow" target="_blank">前端免费学习笔记（深入）</a>”；</p>
说明空格确实被写成了 ；如果看到的是：
<p>Hello World</p>
那只是 CSS 或排版导致视觉上“没空开”，实际是普通空格，受 white-space 属性控制。
关键判断依据： 在 Elements 面板中会**保持原样显示**，不会渲染成空格；而普通空格在源码里可能被折叠，但在渲染结果中可见（取决于 CSS）。
恢复成普通空格的实操方式
根据来源选择对应处理位置：
- 如果是前端 JS 动态插入的内容含
.replace(/ /g, ' ')替换（注意：必须是字符串字面量中的 - 如果是后端输出的 HTML，Django 用
{{ value|safe }}前确保值未被双重转义；Flask/Jinja2 避免对已 safe 的内容再套|e - 如果是富文本内容，保存前用正则清理：
html.replace(/ /g, ' ').replace(/\s{2,}/g, ' ')（慎用，可能误伤需要保留的排版） - 纯展示场景想让多个空格生效，CSS 加
white-space: pre-wrap;，比替换实体更轻量、更可控
容易被忽略的细节
是不可折行空格，和普通空格语义不同；盲目替换成 ' ' 可能破坏排版意图（比如防止单词断行）。真正该恢复的，是那些本不该出现的、由编辑器误插的 ，而不是所有场景下的 。
