backdrop-filter需手动加-webkit-前缀，filter多值组合须用e()拼接字符串，且所有模糊动画必须配will-change: filter才“高性能”；漏任一即卡顿、Safari失效或旧Chrome白屏。
直接结论：backdrop-filter 必须手动写 -webkit- 前缀，filter 组合必须用 e() 拼接字符串，且所有模糊效果都得配 will-change: filter 才算“高性能”——漏掉任意一项，动画卡顿、Safari 失效、旧 Chrome 白屏都是常态。
backdrop-filter 在 Less 里不自动加前缀，必须手写 -webkit-backdrop-filter
Less 是预处理器，不是运行时引擎。backdrop-filter 完全依赖浏览器解析，它不会帮你注入 -webkit-。常见错误是这样写：
.glass() {
backdrop-filter: blur(8px);
}编译后就是裸属性，但 iOS Safari 16.4 及更早、Chrome 99 之前根本认不出，控制台零报错，页面看起来“没效果”。
- 必须成对书写：
-webkit-backdrop-filter在前，backdrop-filter在后（浏览器优先用后者，前者纯兜底） - 别指望
Autoprefixer补全——它在 Less 构建链中对这个属性漏补率极高，尤其没启用supports插件时 - 测试不能只靠桌面 Safari 或模拟器；真机 iOS Safari 渲染路径不同，会暴露真实失效场景
filter 多值组合不能拼变量，必须用 e() + 字符串插值
写两行 filter 就会覆盖：
立即学习“前端免费学习笔记（深入）”；
filter: blur(2px); filter: contrast(1.3); /* 前者被丢弃 */
也不能用变量空格拼接：
@blur: blur(2px); @contrast: contrast(1.3); filter: @blur @contrast; /* ❌ 编译报错：Expected ')' */
正确做法是用 Mixin 动态拼字符串，最后用 e() 去引号：
.filter(@blur: 0, @contrast: 1) {
@list: ~"";
& when (@blur > 0) { @list: ~"@{list} blur(@{blur})"; }
& when (@contrast != 1) { @list: ~"@{list} contrast(@{contrast})"; }
filter: e(@list);
}-
e()是关键：没有它，输出的是带双引号的字符串（如"blur(2px) contrast(1.3)"），浏览器直接忽略 - 所有滤镜参数（
@blur、@contrast等）必须设默认值（如1或0），避免未传参时生成无效空格 - 不要在 Mixin 内部写
@media或嵌套&::before——这会让调用方失去控制权，也容易触发权重冲突
模糊动画必须加 will-change: filter，否则 60fps 是奢望
哪怕只是 hover 时 blur 从 0 到 4px，不加 will-change 就会触发频繁重排重绘，低端 Android 和老 MacBook 上明显卡顿。
- 加在触发模糊的元素上，不是父容器：
.card:hover { will-change: filter; } - 别滥用：只在真正需要动画的场景加；长期开启会持续占用 GPU 内存，反而降低性能
- 配合
@media (prefers-reduced-motion: reduce)主动关闭模糊动画，这是 WCAG 合规硬要求，不是可选项 - 打印样式表里也要关：
@media print { .filter() { filter: none; } }，否则 PDF 导出全是糊图
最常被忽略的不是语法，而是背景透出逻辑——backdrop-filter 作用的是“背后”，不是自身。如果外层 body 是纯白，玻璃面板又用了 background-color: rgba(255,255,255,0.1)，那模糊的其实是白色区域，结果就是发灰、无质感。得确保父级有可透出的真实内容，且不能同时设 overflow: hidden 和 border-radius，否则 WebKit 直接放弃合成。这些不是 bug，是渲染管线限制。
