核心是用max-height过渡(最稳妥)、transform: scaleY()缩放(无重排)或类名切换+getBoundingClientRect()动态计算高度(最灵活),三者均规避height:auto不可过渡、display:none中断动画等问题。

顶部搜索栏的展开收起,核心不是“能不能做”,而是「用什么方式做才不翻车」——height: auto 不能直接过渡、display: none 会中断动画、visibility 不占空间但无法触发重排。真正在生产环境跑得稳的,只有三类方案:类名切换 + getBoundingClientRect() 动态高度、max-height 过渡、或 transform: scaleY() 缩放。
用 max-height 过渡实现垂直方向展开(最稳妥)
这是兼容性最好、逻辑最直白的做法,避开 height: auto 无法过渡的硬伤。关键不是设成 max-height: 0 就完事,得留够余量。
-
max-height初始值必须是0,展开目标值要大于搜索框实际高度(比如设成120px),否则动画会提前截断 - 必须搭配
overflow: hidden,否则内容会溢出显示 - 过渡时间建议用
max-height 0.25s ease-out,比ease更自然,避免收尾拖沓 - 不要用
opacity混合过渡——当用户快速连点时,opacity可能残留,而max-height是强制裁切,视觉更干净
示例 CSS:
header .search-bar {
max-height: 0;
overflow: hidden;
transition: max-height 0.25s ease-out;
}
header .search-bar.expanded {
max-height: 120px;
}
用 transform: scaleY() 实现无重排动画(适合图标触发场景)
当你点击的是一个搜索图标(比如放大镜 SVG),想让它“撑开”成输入框,scaleY() 是唯一不触发重排、性能最好的选择。但它对结构有强约束。
立即学习“前端免费学习笔记(深入)”;
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML,微信编辑器可直接渲染,无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 搜索框容器必须是
position: relative或absolute,否则transform-origin无法精确定位缩放基点 - 必须显式设置
transform-origin: top center,否则默认从中心缩放,上下不对称 - 不能依赖
width或height做动画,否则 Safari 下可能闪动;所有尺寸控制交给父容器 padding 或子元素 margin - 记得加
will-change: transform,尤其在移动端,避免首帧卡顿
示例 JS 触发逻辑:
document.querySelector('.search-trigger').addEventListener('click', () => {
const bar = document.querySelector('.search-bar');
bar.style.transform = bar.classList.contains('active')
? 'scaleY(0)'
: 'scaleY(1)';
bar.classList.toggle('active');
});
用类名切换 + getBoundingClientRect() 动态计算高度(最灵活但需防坑)
当你需要精确匹配内容真实高度(比如搜索框带下拉建议、动态行高),就得靠 JS 获取展开前的真实尺寸。但直接写 el.style.height = el.scrollHeight + 'px' 会出问题。
- 别在添加
expanded类后立刻读scrollHeight——浏览器还没重绘,值是旧的;必须用requestAnimationFrame或setTimeout(..., 0)延迟一帧 - 展开完成后,要把
height改回auto,否则后续内容变化(比如字体加载、响应式调整)会导致高度错位 - 收起时,不能直接设
height: 0然后移除类——得先设固定高度,再移除类触发过渡;否则动画不执行 - 如果搜索框内有
input:focus样式(比如 border 变色),动画过程中焦点样式可能失效,需额外监听transitionend恢复
为什么不用纯 CSS 的 :checked + label 方案?
虽然资料里提到用隐藏 checkbox + label 能免 JS,但它在顶部搜索栏场景下几乎不可用:
- 无法响应键盘操作(比如按
Esc关闭)、无法聚焦输入框、无法在展开后自动focus() - 移动端 Safari 对
:checked的状态更新有延迟,点一次可能没反应 - 无法做「点击空白处收起」这种交互,必须严格绑定到 label 元素
- SEO 和可访问性差:屏幕阅读器会把 checkbox 当作独立控件播报,语义混乱
真正上线的项目,没人用这个方案做顶部搜索栏——它只适合静态、低交互密度的折叠区域(比如 FAQ 列表)。
最后提醒一句:所有动画都得测 iOS Safari。它的 transition 对 max-height 和 transform 行为不一致,同一段代码在 Chrome 里丝滑,在 iPhone 上可能卡半帧。上线前务必真机连 Mac 的 Web Inspector 调试渲染帧率。


















