元素显示与隐藏时的 transition动画效果原生与框架实现

近来看到 饿了么 App和 h5站上，在商家详情页点餐之后，底部放置了一个点击之后能够弹出模态框查看点餐详情的元素，其中有个背景遮罩层的渐进显隐的效果。

凭着我少许的经验，第一时间的想法是觉得这个遮罩层应该是使用 display:none;来控制隐藏和显示的，但是这个属性会破坏 transition动画，也就是说如果遮罩层是使用了这个属性来控制显示与隐藏，那么渐进显隐的效果似乎很难达到，效果应该是瞬间显示与隐藏才对。

使用 Chrome 模拟移动端，查看了一下 饿了么的实现方式，这才想到 饿了么用到了 vue，此动画效果其实是利用了 vue自带的过渡动画和钩子函数实现的。

利用框架实现这种效果真的是 so easy，不逼逼上代码。

无图无真相，看看效果助助兴：

简直不能更简单

react本身的单独库没有自带过渡动画，不过有个 Animation Add-Ons: react-addons-css-transition-group

样式如下：

依旧是很 easy

以上都是框架实现，但如果项目历史悠久，根本就没用到这些亮瞎人眼的框架，充其量用了个 1.2版本的 jquery，那么上面方法可都用不到了，我希望找到一种通用的原生方式，不利用任何框架。

其中一种方案如题所示，因为 visibility这个属性同样能够控制元素的显隐，而且，visibility属性在值 visible 与 hidden的来回切换中，不会破坏元素的 transition 动画。

不过 visibility与 display 之间控制元素显隐的最终效果还是有些差别的。

设置了 visibility: hidden; 的元素，视觉上确实是不可见了，但是元素仍然占据该占据的位置，仍然会存在于文档流中，影响页面的布局，只不过设置了此属性的元素在视觉上看不到，在页面的原位置上留下一片空白而已（如果此元素具有宽高并且使用默认定位）。

而设置了 display:none;的元素，其既视觉上不可见，同时也不会占据空间，也就是说已经从文档流中消失了。

visibility控制元素显隐同样是瞬时发生的，不过这种瞬时发生的情况又和 display的那种瞬时发生不太一样，display是根本不会理会设置的 transition过渡属性，设置了也和没设置一样。

但 visibility是有可能会理会这个值的，不过只理会 过渡时间 transition-duration这个属性。

例如，从 visibility: hidden到 visibility: visible;变化时，如果设置了过渡时间为 3s，那么在事件发生后，元素并不会立即呈现出从hidden到 visible的效果，而是会像下图那样，先等待 3s，然后再瞬间隐藏，从显示到最终消失视线中的时间确实 3s，只不过并不是逐渐过渡出现的。

上图似乎有个问题，从显示到隐藏确实是等待了 3s，但从隐藏到显示，好像还是瞬间完成的，并没有等待 3s的说法。

视觉上确实是这样，不过这也只是视觉上的感觉而已，实际上这个等待时间真实存在的，只是看不到而已。

想要验证这种说法，还需要配合另外一个属性：opacity，此属性也是配合 visibility完成过渡效果的搭配属性。

实现代码如下

js控制显隐效果代码如下：

效果依旧没问题：

其实 opacity本身就能控制元素的显隐，把上面代码中的所有 visibility全部删除，效果依旧不变。

opacity确实能够让元素在视觉上显示和隐藏，并且和 visibility 一样，设置了 opacity:0;的元素依旧存在于文档流中，but，相比于 visibility: hidden， opacity: 0的元素并不会出现点透。

而 visibility: hidden的元素就会出现点透，点击事件会穿透 visibility: hidden的元素，被下面的元素接收到，元素在隐藏的时候，就不会干扰到其他元素的点击事件。

关于这个说法，似乎网上有些争论，但是我用迄今最新版的 Chrome Firefox 以及 360浏览器 进行测试， 都是上面的结果。

如果你只是想让元素简单的渐进显隐，不用管显隐元素会不会遮挡什么点击事件之类的，那么完全可以不用加 visibility属性，加了反而是自找麻烦，但是如果需要考虑到这一点，那么最好加上。

如果不使用 visibility的话还好，但是如果使用了此属性，那么上述的解决方案其实还有点小瑕疵，因为 visibility从 IE10以及 Android 4.4才开始支持，如果你需要支持这种版本的浏览器，那么 visibility 就派不上用场了。

哎呦呦，公司网站最低要求都是 IE9，用不了了诶。

怎么办？再回到 display 这个属性上。

为什么 display 这个属性会影响到 transition 动画呢？

网上有的说法是 因为缓动是基于数值和时间的计算(长度，百分比，角度，颜色也能转换为数值)(w3.org )，而display是一个尴尬的属性，没办法转换。

既然问题是出在了 display 上，那么我就不用 display作为过渡的属性，换成 opocity，并且让opocity 与 display 分开执行不就行了吗？

你如果写成这种形式：

其实还是没用的，尽管 display值的设定在代码上看起来好像是在 opacity前面，但是执行的时候却是几乎同时发生的。

我的理解是应该是浏览器对代码进行了优化，浏览器看到你分两步为同一个元素设置 CSS属性，感觉有点浪费，为了更快地完成这两步，它帮你合并了一下，放在一帧内执行，变成一步到位了，也就是同步执行了这两句代码。

那么如何明确地让浏览器不要合并执行呢？setTimeOut就派上了用场。

setTimeOut 一个重要功能就是延迟执行，只要将 opacity属性的设置延迟到 display后面执行就行了。

下面是控制元素渐进显示的代码：

上述代码中，最关键的就是 setTimeOut 这一句，延迟元素 opacity属性的设定。

setTiomeOut的第二个可选的时间 delay参数，我在最新版的 Chrome和 360 浏览器上测试，此参数可以不写，也可以写成 0或者其他数值，但是在 firefox上，此参数必须写，不然渐进效果时灵时不灵，而且不能为 0，也不能太小，我测出来的最小数值是 14，这样才能保证渐进效果。

至于为什么是 14，我就不清楚了，不过记得以前看过一篇文章，其中说 CPU能够反应过来的最低时间就是 14ms，我猜可能与这个有关吧。

显示的效果有了，那么要隐藏怎么办？setTimeOut 当然也可以，在 JS代码的 if(boxDisplay === 'none')后面再加个 else

隐藏时先设置 opacity，等 opacity过渡完了，再设置 display:none;。

但是这里有点不太合理，因为虽然 setTimeOut的 delay参数 2000ms和 transition 时间 2s一样大，但因为 JS是单线程，遵循时间轮询，所以并不能保证 display属性的设置刚好是在 opacity过渡完了的同时执行，可能会有更多一点的延迟，这取决于过渡动画完成之刻，JS主线程是否繁忙。

当然，就算是延迟，一般也不会延迟多长时间的，人眼不太可能感觉得到，如果不那么计较的话其实完全可以无视，但是如果我就吹毛求疵，要想做到更完美，那怎么办？

transition 动画结束的时候，对应着一个事件：transitionend，MDN上关于此事件的详细如下：

transitionend 事件会在 CSS transition 结束后触发. 当 transition完成前移除 transition时，比如移除 css的 transition-property 属性，事件将不会被触发，如在 transition完成前设置 display: none，事件同样不会被触发。

如果你能够使用 transition，那么基本上也就能够使用这个事件了，只不过此事件需要加前缀的浏览器比较多（现在最新版的所有主流浏览器，都已经不用写前缀了），大致有如下写法：

使用此属性，就可以避免上面 setTimeOut可能出现的问题了 ，使用示例如下：

需要注意的是，transitionend 事件监听的对象是所有 CSS 中transition属性指定的值，例如，如果你为元素设置了 transition: all 3s;的 样式，那么元素可能无论是left top还是 opacity 的改变，都会触发该事件，也就是说此事件可能会被触发多次，并且并不一定每次都是你想要触发的，针对这种情况，最好加一个判断。

既然是 涉及到了JS实现的动画，那么其实可以考虑一下 把setTimeout换成requestAnimationFrame。

文章最开始说过的 vue 和 react这两个框架实现示例动画的方法，也利用到了这个 API，，监听动画过渡的状态，为元素添加和删除一系列过渡类名的操作，当然，并不是全部，此事件只能监听动画结束的这个时刻，其他时间点是无法监听的。

react-addons-css-transition-group对 transitionend做了兼容，如果浏览器支持此属性，则使用，如果不支持，就使用 setTimeOut这种形式。

另外，顺带一提的是，除了 transitionend事件，还有一个 animationend事件，此事件是对应 animation动画，这里就不展开了。