text-overflow: ellipsis 对面包屑无效，因其需单行块级元素且依赖 white-space: nowrap 与 overflow: hidden；而面包屑由多个行内元素组成，浏览器无法确定省略位置。
面包屑过长时直接用 text-overflow: ellipsis 为什么不行？
因为面包屑是多个 <li> 或 <a> 拼成的行内流，text-overflow: ellipsis 只对单行块级元素（且需 white-space: nowrap + overflow: hidden）生效。直接套在 <nav> 或 <ol> 上，浏览器根本不知道“省略点该插在哪两个节点之间”。
用 CSS Flex + min-width 控制可折叠项
核心思路：让除首尾外的中间项具备收缩能力，同时保证分隔符（如 / 或 >）不被截断。推荐结构如下：
<nav aria-label="Breadcrumb">
<ol class="breadcrumb">
<li><a href="/home">首页</a></li>
<li><a href="/cat">分类</a></li>
<li class="breadcrumb-truncate"><a href="/subcat">超长分类名称需要折叠显示</a></li>
<li><a href="/item">当前页</a></li>
</ol>
</nav>对应 CSS：
.breadcrumb {
display: flex;
flex-wrap: nowrap;
overflow: hidden;
}
.breadcrumb > li {
white-space: nowrap;
}
.breadcrumb > li:not(:first-child):not(:last-child) {
flex: 1 1 auto;
min-width: 0;
}
.breadcrumb-truncate a {
overflow: hidden;
text-overflow: ellipsis;
display: block;
}-
min-width: 0是关键——它允许 flex 项在空间不足时真正收缩，否则默认min-width: auto会阻止压缩 - 只对中间项（
:not(:first-child):not(:last-child)）启用弹性收缩，首尾保持完整可点击 -
display: block在<a>上才能让text-overflow生效
JavaScript 动态截断（兼容老浏览器或需精确字符数控制）
当设计要求“最多显示 N 个字符，末尾加 …”，且需支持 IE11 或服务端渲染 SSR 场景时，CSS 方案可能不够稳。此时可用轻量 JS：
立即学习“前端免费学习笔记（深入）”；
function truncateBreadcrumbs(selector = '.breadcrumb-truncate a', maxLength = 12) {
document.querySelectorAll(selector).forEach(el => {
const text = el.textContent.trim();
if (text.length > maxLength) {
el.textContent = text.slice(0, maxLength - 1) + '…';
el.title = text; // 鼠标悬停显示完整文本
}
});
}
truncateBreadcrumbs();- 用
title属性补全可访问性，用户悬停即见原文 - 避免在
DOMContentLoaded前执行，否则找不到元素；也不建议放在load后——图片加载不影响面包屑渲染 - 如果面包屑由框架（如 React/Vue）动态生成，应在组件挂载后调用，或用
MutationObserver监听变化
响应式断点下隐藏中间项（更激进的折叠策略）
移动端宽度极小时，连一个中间项都容不下，这时可改用“首 → … → 尾”模式。用媒体查询配合 display: none：
@media (max-width: 480px) {
.breadcrumb > li:not(:first-child):not(:last-child) {
display: none;
}
.breadcrumb > li:first-child::after {
content: " → ";
margin: 0 0.5em;
}
}- 注意：不要用伪元素写死分隔符，应确保语义正确——
<li>之间本就该有视觉分隔，但屏幕阅读器依赖 DOM 结构，不能靠伪元素传递层级关系 - 若必须用
→，建议仍保留在 HTML 中（如<li aria-hidden="true">→</li>），再用 CSS 控制显隐 - 这种方案牺牲了中间路径信息，适合层级深但用户只关心起点和终点的场景（如电商商品详情页）
最麻烦的其实是分隔符的语义处理和键盘导航焦点顺序——一旦用 display: none 或 visibility: hidden，焦点会跳过那些项，但屏幕阅读器可能仍按原始 DOM 读出“首页 / 分类 / … / 当前页”，造成不一致。真要兼顾所有用户，得结合 aria-label 和 aria-current 手动补全。
