CSS过渡动画在Display切换时失效？这才是正确的解决思路
Transition 为什么对 display:none 无效
问题的根源其实很直接：display 属性压根就不是一个“可过渡”的属性。你可以把它想象成一个开关，只有“开”或“关”两种状态，不存在“半开半关”的中间地带。浏览器引擎在处理动画时，需要能计算出从A值到B值之间的无数个中间状态，比如从 opacity: 0 到 opacity: 1。但 display: none 和 display: block 之间，怎么计算“半个显示”呢？没办法计算。
所以，即便你在代码里郑重其事地写上 transition: display 0.3s，浏览器也会默默地把这条规则丢到一边——在开发者工具的计算样式面板里，你甚至都找不到它生效的痕迹。这不是bug，而是设计如此。
Opacity + visibility：一对更稳妥的黄金搭档
既然 display 此路不通，那用什么来实现平滑的显隐效果呢？行业里的标准答案是：opacity 和 visibility 的组合拳。
这个组合的精妙之处在于分工明确：opacity 负责视觉上的淡入淡出，提供平滑的过渡；而 visibility 则负责控制元素的“可交互性”和“布局占位”。单独使用任何一个都会有问题：只用 opacity: 0，元素虽然看不见了，但它可能还在原地“挡着”，意外捕获点击事件；而只用 visibility: hidden，又缺少了渐变的视觉效果。
关键在于它们的配合时机。一个典型的实现写法是这样的：
.fade-element {
opacity: 1;
visibility: visible;
transition: opacity 0.3s ease, visibility 0.3s step-end;
}
注意这里的 step-end 关键字。它确保了 visibility 属性的切换会严格发生在 opacity 动画的最后一帧。这样一来，就能完美避免元素在透明度还没完全达到1时就突然变得可交互，从而产生恼人的闪烁问题。
想要更精确的控制？Ja vaScript是你的不二之选
纯CSS的方案虽然简洁，但在处理复杂的交互逻辑时，比如需要快速连续触发显隐，或者需要在动画结束后彻底移除元素布局时，就显得有些力不从心了。这时，用Ja vaScript来接管动画的节奏，会可靠得多。
核心思路是利用 transitionend 事件来精准同步：
- 隐藏元素时：先触发
opacity: 0的过渡动画，然后耐心等待transitionend事件触发。事件触发后，再执行最后一步：将元素设为visibility: hidden，如果确实需要它不占任何空间，此时再补上display: none。 - 显示元素时：顺序反过来。先设置
display: block和visibility: visible，然后通过读取一次offsetHeight这样的属性来“强制”浏览器进行同步重排。这个技巧至关重要，它能确保元素已经可见并参与布局后，再开始opacity: 1的过渡，否则动画可能会直接跳变。
记住，永远不要用 setTimeout 来模拟动画延迟。动画的时长可能调整，硬编码的延迟时间很容易与之脱钩，导致时序错乱。
最后澄清一个关键概念：visibility 与 display 的本质区别
很多人误以为 visibility: hidden 只是“看不见的 display: none”，这其实是一个常见的认知误区。它们的区别远比想象中大：
visibility: hidden的元素，仍然稳稳地占据着文档流中的位置，Ja vaScript依然可以获取到它的完整尺寸，它也会参与页面的布局计算（这意味着对性能有影响）。- 而
display: none则彻底得多。元素会从渲染树中被完全移除，不占任何空间，通过JS获取其尺寸会得到0，它也不会参与任何布局计算。
所以，最终的策略就清晰了：在过渡动画进行期间，我们使用 opacity 和 visibility 这一对组合来制造效果。如果动画结束后，你的需求是让元素彻底消失、不占任何空间（比如一个完全收起的侧边栏），那么就需要在动画结束时，用Ja vaScript额外执行一步，将 display 设置为 none。把这个边界划清楚，你的动画效果才能既流畅又精准。
