让页面变灰，是个敏捷需求

作为研发的我们，自然要第一时间跟进，既然各大平台跟进速度都很快，这个对我们来说肯定简单的很

领导问我多久能够搞定，我满怀期待地说，5 分钟搞定

为了实现对应效果，最好的办法就是借鉴

分析

百度还是很速度，整个页面已经达到我们想要的效果了

分析它具体加了哪些内容，控制台查看

其本质是加了一个 big-event-gray 的类，那这个类具体有哪些内容呢？

body{  filter:progid:DXImageTransform.Microsoft.BasicImage(grayscale=1);  -webkit-filter:grayscale(100%);  -moz-filter:grayscale(100%);  -ms-filter:grayscale(100%);  -o-filter:grayscale(100%);  filter:grayscale(100%);}

filter 主要是给元素加上滤镜的效果，grayscale 这个函数能够改变图像灰度，取值范围为 0-1，0 是图像没变化，1 是图像或者元素完全灰度，其余的都是一些兼容方案

实施

确实是 OK 了，在我们自己的项目中的 html 上加上这个内容，发现也没有什么问题，并且很完美的上线了

领导看到了直呼高手，说不错不错，既然这么快，我们还有小程序，也给加上吧，一个小时够了吧

我心想，一个小时？太多了，10 分钟就行了，1 分钟改代码，4 分钟上线，摸鱼 5 分钟

道理都一样，应该也没有什么问题，既然 H5 是加在了 html 上，同理那小程序我加在 page 上就行

领导们估计都要被我这迅猛的速度折服了，升职加薪指日可待

由于产品 app 不方便截图，以下我用 demo 进行实例解析

这是我们的小程序页面，想要整个颜色变灰，只需要按照我们刚才所说的方法，在 app.wxss 中添加如下内容即可

page {  filter: grayscale(1);}

直接起飞，上线，心里暗自得意，我可太优秀了

问题

让我意想不到的事情来了，群里直接炸锅了，说线上小程序有问题了。我还在想，有问题？肯定有问题，颜色不一样了呗

但是我看业务的截图，发现事情并没有我想象的那么简单，不是颜色问题，而是布局乱了，线上大 bug，我的领劵的弹窗点开直接在页面中了，本来不可见的商品评价都出来了

还有优惠劵列表中有一个领劵中心的按钮，本来是吸底，现在直接在我的页面中了

当场吓得我魂都没了，二话没说赶紧回滚，才恢复正常

为什么不行

回滚完了，该找原因了。小程序从表面看这些内容确实没有问题，但是一些特殊的点都是有问题的

结合这些有问题的点，我发现在小程序中，只要使用了 fixed 的地方，都会出现问题

有了问题怎么办？先去社区看一下有没有答案，结果一搜，发现还真有

处理方案

那既然批量有问题，单个总没有问题吧，我们给其中的一个元素加上这段 css，确实是没问题，但是这么大量的工作不可能全加，所以我看了美团小程序，发现他们也只是置灰了一部分，这确实是个解决方案

但是根本原因是因为什么呢？

我们看了 fixed 的 mdn 上的说明

fixed 元素会被移出正常文档流，并不为元素预留空间，而是通过指定元素相对于屏幕视口（viewport）的位置来指定元素位置。元素的位置在屏幕滚动时不会改变。打印时，元素会出现在的每页的固定位置。fixed 属性会创建新的层叠上下文。当元素祖先的 transform, perspective 或 filter 属性非 none 时，容器由视口改为该祖先。

其中有个说明，当元素祖先 filter 属性非 none 时，容器由视口改为该祖先，正式因为这个，导致 fixed 的地位有问题，小程序里面基于 page 进行的定位，如果 page 的高度为 100%，只是整个屏幕的高度，就会导致往下滚动的时候，底部的吸底往上跑

额外内容

在处理小程序长列表的时候，添加 filter: grayscale(1)的时候，不要给列表的每一个 item 添加，这种做法是极其耗费性能的，这个时候在 IOS16 表现下页面会卡死不动，所以我们在设置这个属性的时候一定要注意，给到父元素

小程序中最好的解决方法是这样的，小程序里面新增了一个 root-portal，在基础库 2.25.2 后，它能够让子树从页面中脱离出来，也就没有对应的祖先元素的影响了

总结

1. 在网页中，最好的方案是加到 HTML 上对应的置灰属性

2. 在小程序中，最好不要给全局加，要加的话也要看项目中有没有使用 fixed，只给对应的元素加上

3. 小程序中可以尝试使用 root-portal 视图容器