优先用 overflow-wrap: break-word，它只在单词整体放不下时才断行，优先保全语义完整性；word-break: break-all 会无差别切割任意字符，仅适用于日志ID等纯数据场景。
直接结论：优先用 overflow-wrap: break-word，而不是 word-break: break-all；后者只在明确需要“劈开任意字符”时才用，且容易失效。
overflow-wrap: break-word 是什么，为什么它比 word-break: break-all 更安全
它不是强制断行，而是“兜底换行”：先尝试靠空格、标点、CJK字边界换行；实在放不下时，才在长单词内部断开。语义更友好，适合 URL、API 路径、哈希值这类内容。
-
overflow-wrap: break-word必须配合有宽度限制的容器（比如max-width: 300px）才生效，否则浏览器没换行动机 - 它本身不决定“在哪断”，只开放断行权限；真正控制断点位置的是
word-break或浏览器默认策略 - 和
word-break: keep-all配合使用效果更好——尤其在中英混排场景下，能防止中文被意外切开，同时让英文按需断 -
word-wrap: break-word是它的别名，兼容性略好，但语义不如新名清晰，新项目建议统一用overflow-wrap
word-break: break-all 什么时候会失效，怎么救
它确实能在任意字符间断行，但有两个硬性前提：父容器必须是块级元素 + 有明确宽度；在 display: flex 或 display: grid 容器里，子项默认带 min-width: auto，会锁死压缩行为——写了也白写。
- 常见错误现象：
div里放了超长 URL，写了word-break: break-all却没效果 → 检查是否套在flex容器里，再看子项有没有被min-width锁死 - 修复方法：给子项加
min-width: 0或overflow: hidden，松开这个限制 -
word-break: break-word已废弃，现在写等于没写，别从老项目复制粘贴 - Safari 旧版本在
table-cell中对break-all支持不一致，慎用于表格单元格
中英混排或纯中文场景下，keep-all 很关键
中文本身没有空格，浏览器默认就会在字之间换行；但一旦夹着英文长串（比如“测试test123456789”），英文部分可能溢出。这时单用 overflow-wrap: break-word 可能无效，得补上 word-break: keep-all。
中文敏感词/违禁词检测与内容合规性检查工具。支持对小红书（Xiaohongshu）、Douyin（抖音）、WeChat（微信）、Weibo（微博）、Bilibili（哔哩哔哩）、Zhihu（知乎）、Taobao（淘宝）、JD.com（京东）等主流平台的禁用词、限用词及高风险词进行文本扫描与合规性分析。
立即学习“前端免费学习笔记（深入）”；
-
word-break: keep-all对中文/日文/韩文有效，阻止它们被劈开；对纯英文无效（英文仍会按字母断） - 移动端 iOS 12 以下对
keep-all支持弱，可加-webkit-word-break: keep-all兜底 - 如果容器内还有代码片段（如
const myVariableName = 123），建议额外加white-space: pre-wrap保留缩进和换行
overflow-wrap: anywhere 的真实作用被严重低估
它和 break-word 表面效果一样，但底层逻辑不同：当容器宽度设为 min-content 时，anywhere 会让元素的最小内容宽度缩到单个字符宽，而 break-word 仍按最长单词算宽度。这意味着在弹性布局或自动收缩容器中，anywhere 更容易“挤进去”。
不过要注意：anywhere 是 CSS Text Level 4 新增属性，目前在 Safari 和部分旧版 Android WebView 中支持有限，生产环境建议先查 Can I Use 数据再用。
