macOS Tahoe (26) 升级后字体宽度好像变了，出现了一些意外的换行?

解答思路

这类问题的根本原因通常是用固定像素值硬编码了容器/文本宽度，一旦操作系统的字体渲染发生细微变化（字宽、字距等），原本刚好够用的宽度就可能不够，导致换行。解决思路包括：避免硬编码宽度、排查是否有其他影响宽度的样式属性、必要时做动态测量或跨平台视觉回归测试。

详细说明

• 排查是否硬编码了宽度：先检查相关元素是否直接写死了固定的 px 宽度，这是最常见的根因——不同系统/字体版本下，同样的文字渲染出来的实际宽度可能有细微差异，硬编码的宽度就容易刚好不够。
• 排查其他影响宽度的样式：除了字体本身，letter-spacing 等属性也会影响文本实际占用的宽度，建议做一个最小复现（minimal repro）demo，排除掉其他样式因素的干扰，确认问题确实由字体渲染变化引起。
• 改用相对单位：尝试把固定宽度换成 em 等相对单位（跟随字体大小自适应），观察容器宽度是否能跟随字体渲染变化自动调整，减少因固定像素值导致的换行问题。
• 动态检测与修复：如果需要在运行时准确获取当前环境下的字体渲染宽度，可以使用 Canvas（measureText）或 DOM 元素测量（创建隐藏的测量元素，读取其 offsetWidth/getBoundingClientRect）来动态获取精确宽度，再据此调整布局。
• 跨平台视觉回归测试：如果项目有 CI/CD 流程，可以引入 Playwright 或 Puppeteer，在不同操作系统的 CI Runner（如支持 macOS 的 Runner）上做自动化截图对比，及早发现类似系统升级带来的渲染差异问题。

小结

系统字体渲染变化导致的意外换行，本质原因大多是宽度硬编码；解决思路是排查硬编码 → 排除其他样式干扰 → 改用相对单位或动态测量 → 建立跨平台视觉回归测试，从根本上减少对固定像素宽度的依赖，同时用自动化手段提前发现类似的渲染差异问题。