HTML5中 完全可用且被正式支持； 、 、 等空格实体有效但依赖UTF-8编码和浏览器兼容性；其渲染易受CSS干扰，表单提交时不会被trim()清除。
HTML5里 还能不能用
能用，而且完全没问题。 是 HTML5 正式支持的字符实体，不是“遗留物”。它被定义在 HTML5 标准的Named character references列表中，所有现代浏览器（包括 IE9+）都原生支持。
、 、 这些“空格单位”在HTML5中是否有效
它们是有效的，但有明显限制：
-
-
- 这些实体不会触发 CSS 的
white-space处理逻辑，它们就是独立的 Unicode 字符（U+2002、U+2003、U+2009），和普通字母一样参与排版 - 如果目标是精确控制间距，用
margin或padding比依赖这些实体更可控
为什么有时候 看起来“没生效”
这不是实体本身失效，而是 CSS 或上下文干扰导致的视觉误判：
- 父容器设置了
white-space: nowrap，但相邻文本换行被抑制，误以为空格“消失” - 元素是
display: inline-block且存在默认字体行高/基线对齐，造成视觉错位，实际 - 使用了 CSS 重置（如
* { font-size: 0; }），导致 - 在
或标签里，
旧项目里混用 和 有没有风险
没有兼容性风险，但有维护隐患：
- 混用会增加代码审查难度，尤其在正则替换或自动化处理时（比如批量清理冗余空格）
- 某些老旧 CMS 或富文本编辑器（如早期 TinyMCE）会把粘贴进来的空格自动转成
- 建议统一：模板层用
'\u00a0'（避免字符串转义问题）
推荐写法：
价格：¥99
元脚本中插入：
真正容易被忽略的是：空格实体在表单提交时不会被 trim 掉， 会作为真实字符传给后端。如果用户输入框里不小心粘贴了带 的内容，后端做 trim() 是清不掉的——得用 .replace(/\u00a0/g, ' ').trim()。
