v-if 适用于状态基本不变的场景,如登录态判断、权限开关,条件为假时元素彻底销毁;v-show 适用于高频切换的视觉控制,如折叠面板、tab 切换,元素始终存在仅控制 display。

理解 v-if 和 v-show 的关键,不在“能不能隐藏”,而在“要不要保留这个元素”。它们解决的是两类不同问题:一个是“该不该造出来”,一个是“该不该让它看得见”。
v-if 适合用在“状态基本不变”的场景
比如登录态判断、权限开关、页面大模块切换(如首页/个人中心/设置页)。这些状态变化频率低,且一旦隐藏,内部组件、表单、定时器、监听器等都该彻底释放。
- 用户未登录时,不渲染用户中心的整个区域——节省内存,避免无意义的数据请求和事件绑定
- 表单提交成功后显示提示框,之后不再出现——用 v-if 可确保提示框销毁,不会残留副作用
- 需要配合 v-else-if / v-else 做多分支逻辑(如成绩等级展示),v-if 是唯一选择
- 包裹 实现一组元素的批量条件控制,v-show 不支持这种写法
v-show 更适合“高频切换”的视觉控制
比如折叠面板、弹窗开关、Tab 标签页切换、鼠标悬停提示。这些操作频繁发生,用户期待即时响应,不能接受重建开销。
- 点击按钮展开/收起侧边栏——DOM 早已存在,只改 display,切换几乎无感
- 表单中根据选项动态显示子字段(如选“其他”才出现输入框)——字段内容可能已填好,v-show 能保留输入值和焦点
- 轮播图的每一页都用 v-show 预先渲染,滑动时无需等待新 DOM 创建
- 内部有复杂组件或第三方库实例(如地图、图表),v-show 避免反复初始化
性能表现直接决定选型依据
初始渲染阶段,v-if 在条件为 false 时几乎零开销;v-show 则不管真假都会走完整渲染流程。但一旦进入频繁交互阶段,v-show 的切换成本远低于 v-if ——后者每次都要销毁再重建,触发 mounted/unmounted 等生命周期,还可能重拉接口、重设样式、丢失状态。
- 测试数据显示:1000 次显隐切换,v-show 平均耗时约 0.15ms,v-if 约 2.3ms
- 含子组件的容器,v-if 隐藏时会卸载整个子树;v-show 下子组件始终挂载,updated 钩子仍可响应数据变化
- SSR(服务端渲染)中,v-show 渲染出的元素在首屏 HTML 中就存在,但 display: none 可能导致水合 mismatch,需谨慎
别混淆“是否可见”和“是否存在”
打开浏览器开发者工具看 DOM 结构是最直观的验证方式:v-if 为 false 时,对应标签完全找不到;v-show 为 false 时,标签还在,只是带了 style="display: none;"。这个差异直接影响到 CSS 选择器、JavaScript 查询、无障碍访问(screen reader 是否读取)、甚至 SEO(虽然通常不依赖此)。
- 需要通过 document.getElementById 或 ref 获取元素并操作?v-show 更稳妥,因为元素永远存在
- 用 CSS 动画做淡入淡出?v-show 配合 transition-group 更自然,v-if 触发的是 enter/leave 整套流程
- 某些 UI 库组件(如弹窗)内部依赖 mounted 后的尺寸计算,v-if 频繁切换可能导致布局错乱
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










