visibility: hidden元素仍占空间且不影响布局，display: none则彻底移除元素并引发重排；2. visibility可结合opacity实现平滑动画且保持布局稳定，适合下拉菜单、错误提示等场景；3. 其他隐藏方式如opacity需配合pointer-events禁用交互，transform性能好但不彻底隐藏，display最彻底但无过渡效果，选择应基于空间占用、动画需求及可访问性综合判断。
CSS中的visibility属性，简单来说，就是控制一个元素是否可见，但它和“消失”可不是一回事儿。它就像给元素戴上了一顶“隐形帽”——元素本身还在那里，占据着它应有的空间，只是你看不见它了。而它的主要使用场景，往往在于我们希望在不改变页面布局的前提下，动态地显示或隐藏某些内容。
解决方案
visibility属性主要有三个值：visible、hidden和collapse。
-
visibility: visible;：这是默认值，元素正常显示。没什么好说的，就是它本来的样子。 -
visibility: hidden;：这个就是核心了。当一个元素被设置为hidden时，它会从视觉上消失，你看不见它了。但！请注意这个“但”字，它仍然占据着页面上的物理空间。想象一下，就像一个人隐身了，但他站的地方还是不能被别人占用。这意味着，即便它看不见，它周围的元素也不会因为它的“消失”而重新排布。 -
visibility: collapse;：这个值比较特殊，主要用于表格元素（<tr>,<th>,<td>,<table>等）。当应用于表格的行或列时，它不仅会隐藏该行或列，还会将它们从布局中移除，不再占据空间，效果类似于display: none;。但如果它被应用于非表格元素，它的行为就和visibility: hidden;一样了，所以日常使用中，你很少会在非表格元素上看到它。
我个人觉得，visibility: hidden;最有趣的特点就在于它“隐身不占地”的特性。这和display: none;那种彻底从文档流中移除元素的方式形成了鲜明对比。
立即学习“前端免费学习笔记（深入）”；
visibility: hidden 与 display: none 有何本质区别？
这几乎是前端面试的经典问题了，也是很多初学者容易混淆的地方。在我看来，它们最核心的区别在于对“空间”的处理和“交互性”的考量。
首先，关于空间占用。visibility: hidden;正如我前面说的，它会让元素在视觉上消失，但它在文档流中占据的空间是保留的。这意味着你页面上其他元素的布局不会受到影响，不会发生“跳动”或“重排”（reflow）。而display: none;则完全不同，它会将元素从文档流中彻底移除，就像这个元素从未存在过一样。所以，它所占据的空间会被释放，页面上其他元素会立即填补这个空缺，导致页面布局发生变化，通常会引发一次重排和重绘（repaint）。
其次，关于交互性。一个visibility: hidden;的元素虽然看不见，但它本身及其子元素是无法响应鼠标事件（如点击、悬停）或键盘事件的。然而，一个有趣的点是，如果你将父元素设置为visibility: hidden;，然后将某个子元素设置为visibility: visible;，那么这个子元素是会显示出来的，并且可以进行交互。这在某些特定场景下非常有用。反观display: none;的元素，由于它已经完全脱离了文档流，它和它的所有子元素都无法响应任何事件，也无法被聚焦。屏幕阅读器通常也不会读取display: none;的内容，但对于visibility: hidden;，情况则可能因阅读器而异，有些可能会读取。
从动画角度看，visibility属性是可以被动画化的，但它的动画效果是离散的，即从hidden到visible会立即显示，没有渐变过程。而display属性则完全无法动画。这也是为什么在需要平滑过渡的场景，我们通常会结合opacity或transform来使用visibility。
visibility 属性在实际开发中有哪些具体应用场景？
既然visibility有它独特的行为，那它在实际开发中自然也有它不可替代的用武之地。我经常会在这些场景下考虑使用它：
平滑的显示/隐藏效果（结合其他属性）：虽然
visibility本身动画效果不佳，但它非常适合作为动画的“开关”。比如，一个下拉菜单或一个弹出框，你可能希望它在展开时有一个从透明到不透明的渐变效果，或者一个从小到大的缩放效果。如果你用display: none;来控制，那么一显示就会立即出现，没有过渡。但如果用visibility: hidden;来隐藏，然后通过JavaScript或CSS动画将opacity从0渐变到1，或者transform进行缩放，当动画完成后再把visibility设置为visible（或者反过来），这样就能实现一个流畅的“出现”效果，同时避免了布局的跳动。比如，一个浮动提示框，我希望它鼠标移入时淡入，移出时淡出，但又不想它影响其他元素的布局，visibility: hidden+opacity就是个不错的组合。保持布局稳定性：当页面上某个区域需要动态显示或隐藏内容，但你又不希望其他内容因此而“跳来跳去”时，
visibility: hidden;就显得非常合适。比如，一个表单的错误提示信息，你希望它在验证失败时出现，验证通过时消失。如果用display: none;，错误信息出现时，它下面的表单元素会向下移动，消失时又会向上移动，这会给用户带来不连贯的体验。而用visibility: hidden;，即使错误信息隐藏了，它所占据的空间依然存在，页面布局就不会发生变化。图片懒加载的占位符：虽然现在有很多成熟的懒加载库，但在一些自定义场景中，你可能需要一个图片加载前的占位符。如果这个占位符需要保持图片的原始尺寸，并且在图片加载完成后无缝替换，
visibility: hidden;可以确保占位符在图片加载期间占据正确的位置，而不会导致页面重排。不过，这种场景下，通常也会结合background-image或object-fit等属性。可访问性考虑（部分场景）：对于一些需要通过JavaScript动态操作的、暂时不可见的元素，如果希望屏幕阅读器在特定条件下能够访问到它们（尽管通常不推荐对
visibility: hidden的元素进行交互），visibility: hidden;可能比display: none;提供更多的灵活性。但要强调的是，为了更好的可访问性，通常会结合aria-hidden属性来明确告知辅助技术该元素是否应该被忽略。
除了 visibility，还有哪些 CSS 属性可以控制元素的显示与隐藏？它们各自的优缺点是什么？
前端的世界里，控制元素的显示与隐藏远不止visibility一种方式，每种都有其特定的脾气和最佳应用场景。
-
display属性：-
优点：这是最彻底的隐藏方式。
display: none;会完全将元素从文档流中移除，不占据任何空间，不参与布局，也不响应任何事件。对于那些你确定“不需要”出现在页面上的元素，这是最直接、性能影响最小（因为它不参与渲染）的选择。 -
缺点：由于元素被彻底移除，它无法进行CSS过渡或动画。从
none到其他display值（如block），元素会瞬间出现，没有平滑效果，这在需要动态交互的场景下显得比较生硬。同时，它的出现和消失会引起页面重排。
-
优点：这是最彻底的隐藏方式。
-
opacity属性：-
优点：通过将
opacity设置为0，可以使元素完全透明，从而达到隐藏的效果。它最大的优势在于可以进行平滑的CSS过渡和动画，实现淡入淡出效果，非常适合视觉上的流畅性。元素依然占据空间，也不会引起重排。 -
缺点：当
opacity为0时，元素虽然看不见，但它仍然存在于文档流中，并且仍然可以响应鼠标事件和键盘事件。这意味着用户可能无意中点击到看不见的元素。为了解决这个问题，通常需要结合pointer-events: none;来禁用事件。
-
优点：通过将
-
position属性（结合定位）：-
优点：通过将元素设置为
position: absolute;或fixed;，然后将其移动到视口之外（比如left: -9999px;或top: -9999px;），也可以达到隐藏效果。这种方式的优点是元素仍然存在于DOM中，可以被JavaScript操作，也可以进行动画。它不会引起布局重排。 - 缺点：这种方法相对“笨重”，需要额外的定位计算。虽然元素不可见，但理论上它仍然占据着一个非常大的“虚拟”空间，可能会对浏览器渲染性能产生微小影响（尽管现代浏览器优化得很好）。更重要的是，它仍然可以响应事件，除非你额外处理。
-
优点：通过将元素设置为
-
transform属性：-
优点：例如
transform: scale(0);（缩小到0）或transform: translateX(-100%);（移出视口）。transform属性的动画性能非常好，因为它不触发布局重排和重绘，而是利用GPU进行合成。它非常适合实现复杂的动态效果，并且元素仍然占据空间。 -
缺点：和
opacity类似，即使元素被缩放到看不见或移出视口，它仍然可能响应事件（除非配合pointer-events: none;或父级overflow: hidden;）。对于完全隐藏，它不如display: none;彻底。
-
优点：例如
-
clip-path属性：- 优点：通过裁剪元素的可视区域来隐藏内容。可以实现非常复杂的形状裁剪和动画效果。
- 缺点：相对复杂，不适合简单的显示/隐藏需求。
在我看来，选择哪种隐藏方式，最终取决于你的具体需求：是否需要保留空间？是否需要动画？是否需要响应事件？是否需要屏幕阅读器访问？理解这些属性的细微差别，才能在实际开发中做出最合适的选择。
