抖动本质是布局重排，源于:hover前后盒模型尺寸变化；解决关键是保持尺寸一致，推荐用transparent边框提前占位，只变颜色不变结构。
直接结论：抖动本质是布局重排，不是动画不流畅。解决核心是让:hover前后元素的盒模型尺寸保持一致。
为什么:hover加border会抖动
浏览器默认用box-sizing: content-box，此时border会额外增加元素总宽高。比如一个width: 200px的div，hover时加border: 2px solid red，实际占用宽度就变成204px，挤压下方/相邻元素，触发重排——这就是抖动根源。
即使你写了box-sizing: border-box，如果没提前预留边框空间，hover瞬间仍会重绘内容区，导致内部文字或子元素微移（尤其字体渲染敏感时）。
- 常见错误现象：
div:hover { border: 1px solid #333; }→ 鼠标一进，卡片“跳一下”，下面文字上蹿 - Vue/React项目里更明显：组件重渲染叠加布局抖动，视觉干扰加倍
- 移动端容易误判为点击延迟，其实是布局在重算
用transparent边框提前占位最稳妥
这是兼容性最好、语义最清晰的解法：让正常态就具备和hover态相同的盒模型尺寸，只变颜色，不变结构。
立即学习“前端免费学习笔记（深入）”；
关键不是“隐藏”，而是“占位”——transparent只是视觉不可见，但渲染引擎仍把它当真实边框处理。
- 基础写法：
div { border: 2px solid transparent; }→div:hover { border-color: #007bff; } - 别只改
border-color：确保border-width和border-style完全一致，否则仍有微小重排 - 背景非纯色时慎用同色边框：比如渐变背景或图片背景，
transparent比“猜背景色”更可靠 - 配合
transition时，只过渡border-color，避免写transition: all
outline方案适合快速验证但有局限
outline确实不占布局空间，鼠标一悬停就出框，零抖动。但它不是边框替代品，而是轮廓线——不能圆角、不能单独控制某一边、不支持border-radius，且outline-offset负值在部分安卓 WebView 中表现异常。
- 能用场景：
outline: 2px solid #007bff;+outline-offset: -2px;模拟内边框效果 - 不能用场景：需要
border-top-left-radius: 8px，或要和阴影box-shadow对齐时 - 无障碍风险：部分屏幕阅读器忽略
outline，而border语义更明确
padding抵消法需同步调整内边距
给元素设padding预留空间，hover时用border“换掉”这部分内边距。原理是总尺寸不变，但实现稍重。
- 示例：
div { padding: 8px; }→div:hover { padding: 6px; border: 2px solid #007bff; } - 必须严格计算：
padding减少量 =border-width× 2（上下或左右） - 问题点：如果子元素用了
margin或flex间隙，padding变化可能影响对齐，调试成本高于transparent方案 - 不适合文字居中类卡片：
padding变动会让文本位置肉眼可察地浮动
最容易被忽略的是：抖动往往不是单一原因。检查是否同时存在box-shadow扩大、font-size突变、或父容器overflow: hidden裁剪失效。先锁定是否仅由border引发——把hover样式简化为只改border-color，再逐步加其他属性。
