加了word-break: break-all仍不换行，是因为未满足三个条件：容器无明确宽度、元素为inline级、存在white-space: nowrap覆盖。
直接设通常不能让长单词换行——除非你同时满足三个硬性条件：容器有明确宽度、元素是块级或 inline-block、没被覆盖。
为什么加了
还是不换行
这不是属性失效，而是浏览器根本没触发换行逻辑：
父容器没设
或
—— 浏览器默认按内容撑开，没有“换行依据”
目标元素是
这类 inline 元素 ——
对纯 inline 元素默认不生效，必须加
或
CSS 中存在
—— 它的优先级高于
，会直接禁用所有换行行为
调试时打开 DevTools，直接看 computed styles，确认
是否被覆盖、是否生效，比猜更可靠。
和
的核心区别
它们解决的是不同问题：
立即学习
“
前端免费学习笔记（深入）
”；
AI Word
一款强大的 AI 智能内容创作平台，致力于帮助用户高效生成高质量、原创且符合 SEO 规范的各类文章。
下载
是“无差别切”，不管语义，在任意字符间都能断，比如把
切成
（旧名
）是“保底切”，只在整词超长且无空格时才断，优先保持单词完整，比如在
、
、
后断，更符合阅读习惯
现代项目中，除非处理纯技术字符串（如哈希值、base64），否则应优先用
，再叠加
（注意不是
）提升语义化断点支持
table 里
不生效怎么办
table 单元格默认不响应
，必须配合布局控制：
给
加
，否则列宽由内容决定，换行无从谈起
给
或
显式设
（百分比或像素），并确保其
是
（默认值）
Firefox 对
在 table 中的支持较弱，建议 fallback 到
或
示例写法：
移动端和 Safari 的兼容性陷阱
在 iOS Safari 和部分 Android WebView 中表现不稳定：
某些旧版 Safari 会忽略
，但认
，所以必须双写：
在 Safari 中可能在中文段落里误切字（尤其混排英文时），此时改用
+
更稳妥
如果内容含大量 URL，别只靠 CSS —— 后端可预处理插入零宽空格（
）或软连字符（
），让浏览器有自然断点
真正难的不是加哪一行 CSS，而是判断这个长串到底该“保语义”还是“保布局”——URL 和哈希值要后者，普通段落和用户输入要前者。选错就等于把可读性交给了运气。
word-break: break-allwhite-space: nowrapword-break: break-allwidthmax-widthspanword-breakdisplay: inline-blockdisplay: blockwhite-space: nowrapword-breakword-breakword-break: break-alloverflow-wrap: break-wordword-break: break-allhttps://example.comht+tp://exa+mple.co+moverflow-wrap: break-wordword-wrap: break-word/.-overflow-wrap: break-wordword-break: break-wordbreak-allword-break: break-allword-breaktabletable-layout: fixedtdthwidthdisplaytable-cellword-breakoverflow: hiddenoverflow: autotable { table-layout: fixed; width: 300px; }
td { width: 100%; word-break: break-all; }word-break: break-allword-breakoverflow-wrap: break-wordoverflow-wrap: break-word;
word-wrap: break-word;break-allword-break: keep-alloverflow-wrap: anywhere‐