text-spacing-trim 不是标准 css 属性，截至 2024 年不存在且浏览器完全不支持；它混淆了 text-spacing（css text level 4 草案属性）、text-justify: inter-character（真实可用）及排版引擎层的自动标点挤压行为。
text-spacing-trim 不是标准 CSS 属性，目前（截至 2024 年）**不存在**，浏览器也完全不支持。你无法用它自动处理 CJK 标点间的全角空白。
为什么搜不到 text-spacing-trim 的文档或效果
这个属性名是混淆了几个真实但不同来源的概念：
-
text-spacing是 CSS Text Level 4 提案中的一个**草案属性**（尚未进入候选推荐），用于控制字间距、标点挤压等，但从未定义过trim值 -
text-justify: inter-character是真实可用的，对 CJK 文本的两端对齐有作用，但不处理标点间空白 - “trim 标点空白”实际属于排版引擎层行为（如 Safari 的
-webkit-text-stroke无关，而 macOS/iOS 的 Core Text 会自动做标点挤压），CSS 无直接控制权
真正能缓解 CJK 标点间全角空白的实用方案
纯 HTML/CSS 下没有“自动 trim”，但可通过组合手段显著改善视觉效果：
- 确保文档使用
<meta charset="UTF-8">，避免全角空格被误解析为 U+3000 而非普通空格 - 对中文段落设置
font-feature-settings: "halt", "hkna";（仅 Safari/Chrome 支持），启用半宽标点替代（需字体支持） - 用
white-space: normal（默认值）+word-break: keep-all防止中英文混排时错误断行导致空白堆积 - 手动清理源码：将「， 。」这类带全角空格（U+3000）的标点对替换成紧凑形式「，。」——这是最可靠、零兼容性风险的做法
遇到「标点前后莫名多一格宽」时先排查什么
这往往不是 CSS 问题，而是内容或渲染链路异常：
- 检查是否误输入了 U+3000（全角空格）或 U+2003（em space）——用浏览器开发者工具选中文字，看字符编码
- 确认未对
p或span错误设置了letter-spacing: 1em或font-kerning: auto（后者在部分中文字体下反而扩大间隙） - 某些 CMS 或 Markdown 解析器会在标点前后自动插入
<span></span>，需查 DOM 结构而非样式 - Firefox 对
text-rendering: optimizeLegibility的 CJK 处理较弱，若依赖该属性，建议降级为auto
标点间距问题本质是字体排印（typography）范畴，CSS 目前只提供有限干预能力；最可控的方式仍是源头净化文本 + 合理选用支持 OpenType CJK 特性的字体（如 Noto Sans CJK、Source Han Sans），而不是等待一个并不存在的 text-spacing-trim。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
