必须用JS动态检测+view容器控制，因text-overflow:ellipsis在小程序中不支持white-space:nowrap组合，-webkit-line-clamp在iOS真机需同时满足display:-webkit-box、明确宽高、line-height×行数≤max-height等严苛条件，且nvue下仅lines属性有效。
uni-app 里文字超出加省略号，不能只靠 CSS 写完就交差——iOS 真机和小程序平台会直接无视 text-overflow: ellipsis 或 -webkit-line-clamp，必须分场景选方案。
为什么 text-overflow: ellipsis 在小程序里完全不生效
微信小程序的 <text></text> 组件是原生文本节点，不支持 white-space: nowrap + text-overflow 组合；H5 虽能跑通，但跨端一致性为零。这不是你样式写错了，是平台能力限制。
- 必须用
<view></view>包裹文字，它才支持完整盒模型和 WebKit 私有属性 -
<rich-text></rich-text>和v-html内部无法穿透样式，-webkit-line-clamp对它们无效 - 哪怕用了
<view></view>，若父容器是flex: 1或未设宽，iOS 会悄悄重置display，导致截断链断裂
-webkit-line-clamp 在 iOS 真机上失效的硬性条件
iOS Safari（含所有 uni-app iOS WebView）要求所有条件同时满足，缺一不可：
-
display: -webkit-box和-webkit-box-orient: vertical必须成对出现，且不能被其他display值覆盖 - 容器必须有明确
width或max-width（不能是fit-content或 flex 自适应宽度） -
line-height × 行数 ≤ max-height：比如line-height: 32upx、显示 2 行，则max-height: 64upx；多 1upx 就可能失效 - 绝对禁止
white-space: nowrap——它会让整个截断逻辑静默退出 - 单位优先用
upx或px，避免rpx因 sub-pixel 渲染偏差导致 iOS 跳过截断
真正跨端可靠的 JS 动态检测方案
当 CSS 截断在复杂布局或低版本 iOS 上反复失效时，必须退到 JS 层实测高度：
- 不能在
onLoad或mounted同步执行，得等 DOM 渲染完成：nextTick()或setTimeout(() => {}, 0) - 用
uni.createSelectorQuery()查目标<view></view>的实际渲染高度，对比理论高度（line-height × 行数） -
exec是异步回调，别在外部直接读取this.needExpand这类响应式变量 - 字符数截断（如
str.substr(0, 40)）不准：中英文、emoji、字体宽度差异大，仅作兜底粗略处理
nvue 下必须用 lines 属性而非 -webkit-line-clamp
nvue 是纯原生渲染模式，WebKit 私有属性全部失效。要实现多行省略，必须用：
-
lines：nvue 专属属性，值为数字（如lines="2"），写在<text></text>标签上 -
text-overflow: ellipsis仍需保留，但仅在配合lines时生效 -
overflow: hidden和word-break: break-all是必要搭档，否则换行逻辑错乱 - nvue 不支持
display: -webkit-box等任何 WebKit 盒模型，写了也白写
最易被忽略的一点：同一套 CSS，在 H5 和小程序里可能一个生效一个失效，不是因为代码有问题，而是编译目标不同导致底层渲染引擎切换——<view></view> 在 H5 编译为 div，在小程序里却可能是 cover-view 或 view 原生组件，行为边界完全不同。别假设“写了就等于能用”。
