text-overflow: ellipsis在响应式容器中常失效，根本原因是其依赖明确宽度约束与单行裁剪前提，而width: 100%或flex子项默认min-width: auto会阻止截断；必须显式设置min-width: 0、white-space: nowrap、overflow: hidden及宽度限制（如max-width: 100%）才能生效。
text-overflow: ellipsis 在响应式设计中不是“直接可用”，它依赖固定宽度逻辑，而响应式容器宽度是动态的——这意味着你必须主动适配宽度约束方式，否则省略号根本不会出现。
为什么 text-overflow: ellipsis 在响应式容器里常失效
根本原因不是属性写错了，而是它只对「被裁剪的单行文本」起作用。响应式布局下，width: 100% 或 flex 子项默认不产生有效裁剪边界：
-
white-space: nowrap会让文本撑宽父容器（尤其在display: flex中），除非你显式打破收缩限制 -
overflow: hidden对width: auto且无尺寸约束的元素无效 - 媒体查询无法切换
text-overflow的行为，它本身不响应尺寸变化
flex 布局中让标题可截断的关键三步
卡片、列表项等常见场景多用 flex，此时必须手动解除子项的最小宽度保护：
- 给标题元素加
min-width: 0（或overflow: hidden，二者等效） - 确保父容器有明确宽度约束（如
max-width: 100%+width: fit-content，或flex-basis） - 标题自身设
white-space: nowrap+overflow: hidden+text-overflow: ellipsis
示例：
立即学习“前端免费学习笔记（深入）”；
.card-title {
white-space: nowrap;
overflow: hidden;
text-overflow: ellipsis;
min-width: 0; /* 关键！否则 flex 子项拒绝收缩 */
}
.card {
display: flex;
max-width: 100%;
}长不可折字符串（如 URL）怎么处理
中文/英文单词能靠 overflow-wrap: break-word 换行，但 https://example.com/very/long/path 这类连续无空格字符串会直接溢出，text-overflow 完全不触发：
- 优先用
overflow-wrap: break-word（现代写法）或兼容写法word-wrap: break-word - 若仍需末尾省略号，得先强制换行再截断：把
white-space: nowrap换成white-space: normal，配合display: -webkit-box+-webkit-line-clamp实现多行省略 - 注意：
-webkit-line-clamp不支持媒体查询动态改值，移动端和桌面端若需不同行数，得用 JS 切换 class
响应式下多行截断的现实限制
-webkit-line-clamp 是目前唯一纯 CSS 多行省略方案，但它有硬伤：
- 必须配
display: -webkit-box和-webkit-box-orient: vertical，漏任一就完全失效 -
-webkit-line-clamp: 1行为不等于单行text-overflow：它仍走盒模型计算，性能略低，且无法与flex子项良好共存 - Firefox 仍不支持该私有属性，生产环境需降级方案（如 JS 截断或服务端预处理）
真正难的不是写出那几行 CSS，而是判断什么时候该放弃纯 CSS 方案——比如需要无障碍支持、SEO 友好、或跨浏览器一致渲染时，text-overflow 就只是个视觉补丁，不是解决方案。
