真正可用的方案是结合容器查询或媒体查询+text-overflow:ellipsis，前提是父容器有明确宽度限制；需设display:flex、flex-shrink:1，小屏下用display:none隐藏中间项以保障可访问性与SEO。
小屏幕下面包屑文字被截断或换行错乱
直接用 white-space: nowrap + overflow: hidden 会丢失可访问性，且无法响应式回退。真正可用的方案是结合 CSS 容器查询（@container）或媒体查询 + text-overflow: ellipsis，但前提是父容器有明确宽度限制（比如设为 max-width: 100% 或嵌入 flex 容器中）。否则 ellipsis 不生效。
常见错误是只对 li 或 a 单独设 overflow，而没控制整个导航流的容器宽度和布局方式。
- 确保面包屑外层包裹一个带
display: flex或display: grid的nav或ol元素 - 给每个
li设置flex-shrink: 1，避免强制撑宽 - 对最后一个
li（当前页）保留完整文本，其余中间项用text-overflow: ellipsis，需配合white-space: nowrap和overflow: hidden - 在小屏媒体查询中，把中间项设为
display: none是最稳妥的降级方式，比省略号更可控
用 display: none 动态隐藏中间层级是否影响语义和 SEO
不影响。只要 HTML 结构保持完整（即不靠 JS 删除 DOM），仅用 CSS 隐藏中间 li，屏幕阅读器仍能按源顺序读出全部层级，搜索引擎也照常索引。关键是不能用 visibility: hidden 或 opacity: 0 替代 —— 这些仍占布局空间且部分读屏器会跳过。
- 推荐写法：
@media (max-width: 480px) { .breadcrumb li:not(:first-of-type):not(:last-of-type) { display: none; } } - 若需保留“…”占位符，可加一个伪元素：
.breadcrumb li:nth-last-of-type(2)::after { content: "…"; }，再隐藏它前一个li - 注意
:first-of-type和:last-of-type在混合标签（如li+span）中可能失效，优先用:nth-child()或加 class 控制
Flex 布局下箭头分隔符在收缩时错位或溢出
分隔符（如 / 或 →）通常放在 li::after，但小屏下若 li 被隐藏，其伪元素仍可能渲染，造成残留符号。更可靠的方式是把分隔符抽成独立的 span.breadcrumb-separator，并统一控制显隐。
立即学习“前端免费学习笔记（深入）”；
- 不要依赖
li::after实现分隔，改用显式元素：<li>首页</li> <span class="breadcrumb-separator">/</span><li>分类</li> - 在小屏下同时隐藏
.breadcrumb-separator和中间li：@media (max-width: 480px) { .breadcrumb-separator, .breadcrumb li:not(:first-child):not(:last-child) { display: none; } } - 若用 SVG 箭头，记得设
width和height为em或rem，避免缩放失真
用容器查询替代媒体查询是否更合理
更合理，但兼容性受限。CSS 容器查询（@container）能根据面包屑容器自身宽度响应，而非整个视口，适合嵌入侧边栏或卡片等变宽区域。不过目前 Safari 16.4+、Chrome 105+、Firefox 110+ 才支持，IE 和旧安卓 WebView 完全不支持。
- 启用容器查询需先给面包屑外层设
container-type: inline-size - 然后写：
@container (max-width: 300px) { .breadcrumb li:not(:first-child):not(:last-child) { display: none; } } - 如果项目必须兼容 iOS 15.6 及以下，只能退回媒体查询；否则容器查询是更精准的选择
- 注意：容器查询不触发重排，性能优于 JS 监听
resize
max-width 或 width，导致内部 flex 项无约束地拉伸，此时任何 text-overflow 或 display: none 都不会按预期工作。先锁住容器宽度，再谈响应式收起。 
