响应式文本省略无通用CSS方案，需按单行/多行、浏览器内核、交互需求明确取舍：单行用text-overflow: ellipsis+white-space: nowrap+overflow: hidden+块级容器+可控宽度；多行依赖-webkit-line-clamp（仅WebKit），须配合display: -webkit-box等条件；Firefox仅能选服务端截断或JS库，所有方案须真机测试。
响应式文本省略没有“一套通用 CSS 能通吃所有浏览器和场景”的解法。你必须按单行/多行、WebKit/非WebKit、是否需要悬停展开等条件做明确取舍，否则上线后 Firefox 用户看到的是满屏溢出文字，移动端小屏反而显示不全。
单行省略：text-overflow: ellipsis 必须配 white-space: nowrap
这是唯一跨浏览器稳定的方案，但容易漏掉两个硬性前提：
-
overflow: hidden和white-space: nowrap缺一不可；只写text-overflow: ellipsis不会生效 - 目标元素必须是块级或
inline-block；对span直接加这组样式无效，得先加display: inline-block或包一层div - 容器宽度必须可控——用
max-width比width更适合响应式，配合flex时记得父容器设min-width: 0，否则 flex item 不收缩，省略失效
多行省略：-webkit-line-clamp 只在 Chrome/Safari 有效
它不是标准属性，Firefox、旧 Edge、IE 完全无视，写了等于没写。生效必须同时满足：
-
display: -webkit-box（不能是flex或grid） -webkit-box-orient: verticaloverflow: hidden-
-webkit-line-clamp值只能是整数，不能是calc()、CSS 变量或百分比
常见翻车点：父容器用了 display: flex，子元素加了 -webkit-line-clamp 却没加 min-width: 0，导致子项不收缩，文字直接撑开容器。
立即学习“前端免费学习笔记（深入）”；
响应式行数切换：用媒体查询，别用 JS
想小屏显示 2 行、大屏显示 4 行，不要监听 resize 动态改 class —— 首屏 SSR 渲染时 JS 还没执行，用户先看到完整文本再闪一下变省略，体验差且 SEO 不友好。
- 正确做法是在 CSS 里分断点写死：
@media (max-width: 480px) { .desc { -webkit-line-clamp: 2; } } - 每个断点都要独立声明
-webkit-line-clamp，不能靠继承；unset可用于大屏取消限制 - 如果用了 fallback 的
max-height方案（如line-height × 3），媒体查询里也要同步调max-height，否则视觉错位
Firefox 兼容只有两个现实选项
没有“纯 CSS 优雅降级”。你只能选一个：
- 服务端截断 +
title属性：最轻量，适合 CMS 类静态内容，但无法响应字体缩放、系统字号调整 - JS 库（如
clamp.js）：能精确控制行高和省略位置，但首次渲染有闪动风险，尤其 SSR 场景；别信那些靠line-height × 行数算max-height的“纯 CSS fallback”，字体加载延迟或用户改了字号，它就失效，而且根本不显示省略号，只是硬裁剪
真正容易被忽略的点是：省略行为依赖于容器的最终渲染宽度，而这个宽度可能受 font loading、rem 计算、zoom 缩放影响——所有方案都得在真实设备上测，不能只看开发机 Chrome。
