<p>break-words 单独使用几乎不生效，必须同时满足容器有 max-w-* 类、元素为 block/inline-block、无 whitespace-nowrap、不在 pre/code 等锁定换行环境中等前提。</p>
break-words 单独加几乎一定不生效——它不是开关，而是条件触发器，必须同时满足几个硬性前提才能起作用。
为什么 break-words 加了却没反应
常见失效不是类名写错，而是浏览器根本没进入“需要断词”的判断逻辑：
-
max-w-类缺失：比如只写break-words，但容器没设max-w-md或max-w-full，break-words就无从知道“多长算超长” - 元素是
inline显示（如默认span）：break-words对纯 inline 元素支持极弱，需显式加block或inline-block - 祖先或自身带
whitespace-nowrap：这个样式会直接压制所有换行行为，优先级高于break-words - 文本在
<pre>、<code>或设了white-space: pre的容器里：这些环境锁死换行逻辑，break-words被忽略
break-words 和 break-all 到底怎么选
两者语义和结果差异极大，混用会破坏可读性：
-
break-words：只在必要时断，优先找/、.、-后断，https://api.example.com/v1可能断成两行，但v1完整保留 -
break-all：强制在任意字符间切，filename.pdf可能变成filena-me.pdf，复制粘贴失效；中英文混排时还可能在汉字中间硬切（如“处理”变“处-理”） - URL、路径、用户输入内容（UGC）优先用
break-words；哈希值、base64 等无需阅读的字段才考虑break-all
Flex/Grid 容器里长文本更难换行？关键在 min-w-0
这不是 break-words 失效，而是布局层阻止了收缩机会：
立即学习“前端免费学习笔记（深入）”；
- Flex 子项默认
flex-shrink: 1，但若父容器没设min-w-0，浏览器会优先撑宽子项而非折行 - Grid 子项同理，缺
min-w-0就会导致列宽被内容强行拉伸 - 错误写法：
flex flex-row break-words—— 缺min-w-0，break-words完全静默 - 正确组合：
flex flex-row min-w-0 break-words（Flex）或grid min-w-0 break-words（Grid）
想让 URL 在 / 或 - 后自然断？补 overflow-wrap-anywhere
break-words 默认对斜杠、连字符不敏感，浏览器不视其为天然断点：
- 加
overflow-wrap-anywhere（Tailwind v3.3+ 内置）：允许在空格、/、-、_后断行，比break-words更激进但比break-all有节制 - 加
hyphens-auto：对支持字体，在连字符处自动加软连字符（），但 Safari 兼容性较弱，且需lang="en" - 稳妥组合：
max-w-full break-words overflow-wrap-anywhere
最常被忽略的是：break-words 本身不定义宽度，它只是“守门员”，只在已有边界内工作。一旦容器宽度靠 JS 动态计算或 Grid 自动分配，就得手动塞 max-w-full，否则它永远不启动。
