word-break: break-all 仅在块级元素且父容器有明确宽度时生效；在 flex/grid 中因子项 min-width: auto 会失效，需加 min-width: 0 或 overflow: hidden 解决。
word-break: break-all 什么时候能用、什么时候会失效
它确实能在任意字符间断行，但只对块级元素生效，且前提是父容器有明确宽度（比如 max-width: 300px）。在 flex 或 grid 布局中，子项默认带 min-width: auto，会顶住压缩——即使写了 word-break: break-all，长单词照样不换行。解决方法是显式加 min-width: 0 或 overflow: hidden 来松开这个限制。
常见错误现象：div 里放了超长 URL，写了 word-break: break-all 却没效果；检查是否套在 display: flex 容器里，再看子项有没有被 min-width 锁死。
-
word-break: break-all不触发浏览器连字符（hyphens），两者互斥 - Safari 旧版本在
table-cell中对它的支持不一致，慎用于表格单元格 -
word-break: break-word已废弃，写上去等于没写，别再从老项目复制粘贴
overflow-wrap: break-word 是更安全的“兜底换行”方案
它不会主动劈开单词，只在当前行实在放不下时才干预——先尝试靠空格、标点换行，失败后才在长词内部断开。语义友好，适合展示日志、API 路径、哈希值这类内容。
注意：它本身不决定“怎么断”，只是“允许断”。真正控制断点位置的，还是 word-break 或浏览器默认策略。所以常和 word-break: keep-all 配合使用，尤其在中英混排场景下。
立即学习“前端免费学习笔记（深入）”；
需要创建、读取、编辑或处理 Word 文档（.docx / .dotx）时使用。触发词：'Word'、'word 文档'、'.docx'、'生成报告'、'制作合同/简历/方案/说明书'、'提取 word 内容'、'在文档里查找替换'、'给文档加页眉页脚/目录/表格'。也用于把任意内容排版成一份正式的 Word 文件。不要用它处理 PDF、Excel 或无关编程任务。中文创作场景尤其适合：小说大纲稿、投稿文档、合同、简历、工作总结。
- 中文段落里夹着英文长串（如
测试test123456789），单用overflow-wrap: break-word可能无效，得补上word-break: keep-all - 移动端 iOS 12 以下对
keep-all支持弱，可加-webkit-word-break: keep-all兜底 - 该属性在现代浏览器中推荐优先使用，
word-wrap: break-word是它的别名，兼容性略好但语义不如新名清晰
overflow-wrap: anywhere 的真实作用被严重低估
它和 break-word 表面效果一样，但底层逻辑不同：当容器宽度设为 min-content 时，anywhere 会让元素的最小内容宽度缩到单个字符宽，而 break-word 仍按最长单词算宽度。这意味着在弹性布局或自动收缩容器中，anywhere 更容易“挤进去”。
但它不是万能药：Firefox 目前不支持，Safari 15.4+ 才开始支持，Chrome 87+ 支持完整。生产环境用之前务必查 caniuse。
- 不要指望它在固定宽容器里比
break-word更“智能”——两者表现完全一致 - 它会影响
min-content计算，如果用在fit-content或inline-size: min-content场景，结果可能出人意料 - 目前没有浏览器支持
anywhere+hyphens联合生效
中英混排、代码片段、表格这些特殊场景怎么配
纯中文内容默认就字字可断，但一旦混入英文，就得靠组合策略：用 word-break: keep-all 锁住中文不被误切，再靠 overflow-wrap: break-word 处理英文长串。如果容器里还有代码（如 const myVariableName = 123），记得加 white-space: pre-wrap 保缩进和换行。
表格里处理长文本最麻烦：必须先设 table-layout: fixed，再给 td 加 word-break: break-all 或 overflow-wrap: break-word，否则宽度由内容撑开，换行规则压根不触发。
- Flex/Grid 容器中的文本溢出，优先检查
min-width和overflow，而不是反复调word-break - 后台日志类纯文本展示，
word-break: break-all最直接，但别用在用户昵称、标题等需保持可读性的字段上 - 所有方案都依赖容器有明确宽度约束，
width、max-width、inline-size三者之一必须存在
