backdrop-filter: blur()在低端手机卡顿主因是离屏渲染+高斯模糊计算，需按设备能力分层降级：Android 5–7禁用、中端用亮度对比度模拟、高端限blur≤10px且值对齐dpr。
毛玻璃效果在低端手机上卡顿，根本不是“没开硬件加速”，而是backdrop-filter: blur()本身触发了离屏渲染+高斯模糊计算，CPU/GPU双线程吃紧；降级不能只靠@supports开关，必须按设备能力分层处理。
为什么backdrop-filter: blur()在MT6737、麒麟950等芯片上帧率崩到20fps
它不像transform只挪图层，而是强制浏览器做三件事：把元素下方所有像素内容光栅化 → 写入独立离屏Buffer → 在Buffer上跑高斯卷积核。这个Buffer分辨率 = 元素尺寸 × devicePixelRatio。在Android 6–7 WebView里，一次blur(10px)的离屏写入+模糊耗时常达25–40ms，直接吞掉1–2帧。
- iPhone 12上
backdrop-filter: blur(20px)实测Composite阶段平均38ms，远超16.67ms帧预算 - Android 5–7 WebView根本不支持
backdrop-filter合成，会静默退化为CPU全量重绘 - 哪怕只加
-webkit-backdrop-filter前缀，没配background-color: rgba()，效果也不生效——但性能开销照旧
用@supports检测只是第一步，真要降级得看运行时设备能力
@supports (backdrop-filter: blur(1px))只能筛掉完全不支持的旧浏览器，对Android 6–7这种“支持但极慢”的设备毫无作用。你得结合UA、screen.width、deviceMemory（如有）做粗筛：
- UA含
Linux; U; Android 5或Android 6→ 直接跳过backdrop-filter，走SVG滤镜降级 -
screen.width ≤ 360 && deviceMemory ≤ 2（部分安卓机可读）→ 禁用所有blur()，只保留saturate(120%)这类轻量滤镜 - 未命中上述条件，再用
@supports兜底：不支持就用background-image: url("glass-bg.png")预渲染图
三种降级方案的实操选择边界
别堆砌方案，按真实性能预算选一种：
立即学习“前端免费学习笔记（深入）”；
-
高性能预算（iOS 15.4+ / Chrome 84+）：用
backdrop-filter: blur(8px) saturate(180%)+background-color: rgba(255,255,255,0.12)，加-webkit-前缀，模糊值绝不超10px -
中性能预算（Android 8–10 / iOS 13–14）：禁用
blur()，改用backdrop-filter: brightness(0.95) contrast(105%)，视觉上模拟通透感，零离屏开销 -
低性能预算（Android 5–7 / 低端MTK芯片）：彻底放弃CSS滤镜，用
<svg></svg>内嵌<filter></filter>模拟模糊（仅1–2px效果），或直接切图：background: linear-gradient(rgba(255,255,255,0.08), transparent), url("glass-bg@2x.png")
最容易被忽略的坑：模糊值不是越小越好，而是要和devicePixelRatio对齐
在dpr=3的iPhone 12上，blur(1px)实际执行的是3px模糊核，反而比blur(2px)更慢——因为浏览器要多采样一轮。实测发现，模糊值设为dpr的整数倍（如dpr=3时用blur(3px)或blur(6px)）能减少插值误差，Composite耗时下降12%。这个细节连Chrome DevTools的Layers面板都看不出，只能靠真机Performance录制验证。
