oklab() 不能用于 box-shadow，因浏览器仅在 color、background-color 等基础属性中支持，box-shadow 仍受限于 CSS Color Level 3 的 sRGB 框架，实测会静默忽略。
oklab() 不能直接用于 box-shadow，浏览器目前不支持在 box-shadow 中使用 oklab() 颜色函数。 这是核心限制，所有“用 oklab 实现阴影过渡”的尝试都必须绕过这个硬性约束 —— 不是写法不对，是 CSS 规范还没落地。
为什么 box-shadow 不接受 oklab()
CSS Color Level 4 虽已定义 oklab()，但主流浏览器（Chrome 120+、Firefox 122+、Safari 17.4+）仅在 color、background-color、border-color 等基础颜色属性中实现支持。box-shadow 的颜色解析仍卡在 Level 3 的 sRGB 框架内，连 lab() 都未被普遍接纳，更不用说 oklab()。
- 实测 Chrome DevTools 会静默忽略
box-shadow: 0 4px 12px oklab(0.8 0.02 0.01);，回退为透明或默认黑色 - CanIUse 和 MDN 明确标注
box-shadow不在oklab()支持属性列表中 - 即使未来支持，
box-shadow的模糊扩散本身是非线性的，单纯换颜色空间无法消除视觉阶跃
可行替代路径：用 oklab() 预计算关键色值，再转成 rgb() 写死
如果你真需要感知均匀的阴影明度/彩度变化（比如从浅灰到深灰的 hover 阴影），只能手动在 oklab 空间插值，再转回 sRGB 供 box-shadow 使用。工具链上推荐用 PostCSS 插件或 JS 脚本预处理，而不是运行时计算。
- 用
oklab()色彩 Picker 或culori库生成中间色：例如从oklab(0.95 0 0)（近白）到oklab(0.3 0.03 0.02)（暖黑），等间距取 5 个点 - 每点调用
culori.to('rgb', culori.oklab(...))得到rgb(240, 240, 240)类格式 - 把结果硬编码进 CSS：
box-shadow: 0 2px 4px rgb(240, 240, 240), 0 4px 12px rgb(180, 178, 176); - 避免用
hsl()或gray()替代 —— 它们在暗部/饱和区域的感知非线性比 sRGB 更严重
真正能用 oklab() 动态控制的阴影相关方案
如果你的场景允许结构调整，有两个实际可用的方向：
立即学习“前端免费学习笔记（深入）”；
- 用伪元素 +
background-image: radial-gradient()模拟阴影：给::before设置background-color: oklab(0.7 0.01 0.005)，再用filter: blur(8px)扩散，配合opacity过渡 —— 此时oklab()生效，且过渡更平滑 - 用
backdrop-filter: blur()+ 半透层叠加：在遮罩层上设background-color: oklab(0.5 0.002 0.001 / 0.3)，利用 oklab 的 alpha 通道做明度渐变，视觉效果比box-shadow更柔和 - 禁用
box-shadow，改用 SVG<filter>定义高斯模糊 +<feColorMatrix>在 oklab 域做颜色校正 —— 但兼容性和性能代价高，仅限特定场景
最关键的遗漏点是：很多人以为只要写对语法就能用 oklab()，其实浏览器支持粒度是以「属性」为单位的，不是以「函数」为单位。哪怕 oklab() 在 color 里跑得飞快，box-shadow 依然是另一套解析器，现在还关着门。
