hyphens: auto不生效主因是语言、字体、容器宽度、浏览器支持四者未同时满足；必须显式设lang="en"、用含连字符的字体、限定宽度、且内容为≥7字符的可断英文单词。
加了 hyphens: auto 却没看到连字符？不是你写错了，是浏览器根本没启动断字引擎——它需要语言、字体、容器宽度、浏览器支持四者同时到位，缺一不可。
为什么 hyphens: auto 在页面里完全不生效
最常见原因就三个：没设 lang 属性、lang 值写错、内容本身不被识别为“可断英文单词”。
-
lang必须显式写在目标元素上，比如<p lang="en">antidisestablishmentarianism</p>；靠<html lang="zh-CN">传递给子级英文段落，在 Chrome/Safari 中大概率失效 -
lang值对大小写和分隔符敏感：写成en-us（下划线）、EN（大写）或zh（中文），浏览器都会跳过断字逻辑 - 超长 URL、Base64 字符串、邮箱地址（如
verylongemail@example.com）不会被识别为“单词”，hyphens完全不触发 - 中英文混排时，整段设
lang="zh"+hyphens: auto，中文部分无反应，英文部分也基本无效——浏览器不会自动切分语言上下文
如何让 hyphens: auto 真正起作用
必须同时满足四个硬条件，少一个都静默失败。
- 元素上显式声明支持断字的语言：
lang="en"（Chrome/Edge ≥80、Firefox 全支持）、lang="de"或lang="fr"（需系统有对应词典）；lang="zh"、lang="ja"、lang="ko"均无效 - 使用含连字符字形（U+2010）的字体：系统字体如
"San Francisco"、"Segoe UI"更可靠；自定义 WebFont 若未内嵌连字符表，会直接跳过断字 - 容器宽度必须受限：不能是
width: auto且父容器无限宽；浏览器认为“不需要断”，就不会运行断字算法 - 单词本身要够长且可断：通常 ≥7 字符，且是真实英文单词（如
internationalization），不是拼接字符串（如XPS139000FHDPLUS）
hyphens: manual 怎么安全插入软连字符
比依赖自动更可控，尤其适合品牌词、技术术语或嵌入式英文片段。
立即学习“前端免费学习笔记（深入）”；
- 用 HTML 实体
（即），不是普通短横-；它只在换行点渲染为可见连字符，复制文本时不会带进去 - 别在
<code>或<pre>里用——代码里出现resource会误导开发者，也破坏可读性 - 避免插在语义歧义处：比如
recover可能被理解为 “再覆盖” 或 “恢复”，需结合上下文判断 - CMS 或编辑器常过滤
，建议用 JS 动态注入，或构建时通过工具处理（如 PostCSS 插件）
当 hyphens 不工作时，怎么兜底防溢出
别指望 hyphens 解决所有长文本问题，它只是排版增强项，不是布局保障。
- 优先用
overflow-wrap: break-word：只在整词放不下时才断，不主动插连字符，对中英混排、URL 友好，IE11 也兼容 - 慎用
word-break: break-all：会把example拆成exa-+mple，破坏可读性；仅适合调试、日韩文环境或固定列宽表格 - 绝对不要同时设
hyphens: auto和word-break: break-all——后者优先级更高，直接绕过连字符逻辑 - 对超长 URL，更推荐
text-overflow: ellipsis+white-space: nowrap，而不是强行断字
真正难的不是写对那行 hyphens: auto，而是确保整个链条：服务端输出正确的 lang → 内容确实是可断英文 → 浏览器加载了对应语言词典 → 用户系统没禁用断字功能。任意一环断裂，它就静默失效，连 warning 都不会抛。
