overflow: hidden 截断面包屑文字是因为 white-space: normal 允许换行但容器高度固定，导致溢出裁剪；需配合 white-space: nowrap、明确高度及 text-overflow: ellipsis（需同时满足 overflow: hidden、nowrap 和确定宽度）才能正确生效。
overflow: hidden 为什么面包屑文字被截断却不换行
直接加 overflow: hidden 到面包屑容器，文字常被砍掉一半或整个消失——这不是 bug，是 white-space 默认值 normal 在起作用：它允许换行，但一旦父容器高度固定（比如只容一行），换行就会被压扁或触发溢出裁剪。更关键的是，很多同学忘了面包屑里常用 <span></span> 或 <a></a> 包裹每一段，这些内联元素在单行布局下会集体“挤”在一起，没有空间就直接溢出。
实操建议：
- 必须同时设置
white-space: nowrap，强制所有项不换行，让overflow: hidden真正生效于水平方向 - 容器需设明确高度（如
line-height: 1.5+height: 2rem），否则overflow行为不可控 - 避免对
<ol><li></ol>这类语义化结构直接设display: inline，容易破坏可访问性；改用display: inline-flex更稳妥
用 text-overflow: ellipsis 安全截断末尾文字
text-overflow: ellipsis 看似简单，但只对块级或 inline-block 元素有效，且依赖三个前提条件缺一不可：overflow: hidden、white-space: nowrap、width（或 max-width）有确定值。面包屑动态长度变化时，如果用 width: 100% 却没限制父容器宽度，ellipsis 就不会出现。
实操建议：
- 给最外层面包屑容器加
max-width: 100%，再配合width: fit-content或inline-flex布局，避免撑破父级 - 不要把
text-overflow加在<li>上——应该加在包裹全部项的容器（如<nav></nav>或<div class="breadcrumb">）上 <li>若需支持多语言（如中英文混排），注意 <code>ellipsis截断的是“视觉字符数”，不是字节数；中文和 emoji 可能被不均匀截断，测试时务必用真实文案 - 用 JS 监听
resize，计算容器可用宽度与每项实际渲染宽度（element.getBoundingClientRect().width） - 当总宽超限时，从倒数第二项开始移除中间
<li>，替换成省略号<li class="ellipsis">…</li> - CSS 中给
.ellipsis设flex: 0 0 auto和margin: 0 0.25rem，避免影响剩余项对齐 - 别用
display: none隐藏中间项——屏幕阅读器会跳过，应改用visibility: hidden+position: absolute保持语义流 - 给最后一项显式设
flex: 0 1 0（即不增长、可收缩、基准为 0），再配min-width: 0触发内容最小化收缩 - 对最后一项内的文字容器（如
<span></span>）加text-overflow: ellipsis+overflow: hidden+white-space: nowrap，三者缺一不可 - 避免用
flex: 1均分所有项宽度——面包屑不是导航栏，不需要等宽，均分会破坏语义层级感
响应式断点下隐藏中间项而非末尾项
纯 text-overflow: ellipsis 只能截尾，但用户更希望优先保留首页和当前页，把中间层级（如 “产品 > 分类 > 子类 > 详情” 中的 “分类 > 子类”）折叠掉。这没法靠 CSS 单独完成，得结合 JS 控制 DOM 结构。
实操建议：
Flex 布局下最后一项撑开导致 overflow 失效
用 display: flex 排列面包屑时，如果最后一项是动态生成的长标题（比如用户输入的文档名），默认 flex: 0 1 auto 会让它无限伸展，把前面所有项挤出视区，此时 overflow: hidden 对整个容器无效——因为 flex 容器本身没溢出，是子项内部溢出了。
实操建议：
真正难的不是写对那三行 CSS，而是判断哪一层该截、在哪截、截完是否还保持语义可读。移动端窄屏下，一个没设 min-width: 0 的 <a></a> 就能让整条面包屑错位，这种细节调试起来比写逻辑还费时间。
