直接换position: absolute是最可控、兼容性最好的解法，需同时满足三个硬条件：根容器设position: relative和min-height: 100vh，底部元素加width: 100%，并监听focusin/blur动态计算bottom值；fixed错位因锚定在被压缩或冻结的视觉视口底部，而非动态更新。
直接换 position: absolute 是目前最可控、兼容性最好的解法，但必须同步满足三个硬条件：根容器设 position: relative 和 min-height: 100vh，底部元素加 width: 100%，并监听 focusin/blur 动态计算 bottom 值——只改一个属性必穿帮。
为什么 position: fixed 在键盘弹出时一定会错位
不是你 CSS 写错了，而是浏览器把 position: fixed 锚定在「视觉视口（visual viewport）」底部，而软键盘弹出时，这个视口高度被压缩（Android）或冻结上推（iOS），fixed 元素却不会重算位置。结果就是按钮飘在键盘上方、卡在半空，甚至被顶出屏幕。用 100vh、bottom: 0 或 @media 都无效，因为这些值不随键盘动态更新。
用 position: absolute 替代的三个硬条件
只写 position: absolute; bottom: 0 会同样错位，关键在于祖先容器是否“稳”：
- 根容器（如
#app或body）必须设position: relative和min-height: 100vh（不能只写height: 100%，否则滚动或键盘弹出时塌陷） - 底部区域要加
width: 100%，否则横屏或缩放后可能偏移 - 必须监听
focusin和blur，不能依赖resize—— iOS 上resize触发率低于 20%，安卓延迟严重，且无法捕获键盘弹起瞬间
监听 focusin 后如何安全计算 bottom 值
不能直接读 input.getBoundingClientRect().bottom，因为 focusin 触发时键盘还没完全展开，坐标仍是旧值；也不能用 offsetTop，它在 relative 容器下不可靠：
- 回调里加
setTimeout(() => { }, 0)，确保 DOM 重排完成后再取坐标 - 用
window.innerHeight - inputRect.bottom计算bottom偏移，而非写死数值 - 多个输入框共用同一底部栏？得用全局变量记录
document.activeElement，避免重复切换或漏恢复 -
blur后立刻恢复position: fixed和原始bottom: 0，并调用el.style.removeProperty('top')和el.style.removeProperty('bottom')清除残留 inline 样式
为什么 env(keyboard-inset-bottom) 不能单独依赖
iOS Safari 16.4+ 原生支持 env(keyboard-inset-bottom)，键盘弹出时自动返回高度，CSS 层面就能响应。但它仅限 iOS，安卓完全不支持，且旧版 Safari（如 15.3）也不识别：
- 必须配合
@supports (bottom: env(keyboard-inset-bottom))降级，否则整条规则被忽略 - 必须加
<meta name="viewport" content="width=device-width, initial-scale=1.0, viewport-fit=cover"> - 务必写 fallback：
bottom: env(keyboard-inset-bottom, 0px)，而不是bottom: 0
真正容易被忽略的是：所有方案都要求根容器高度稳定，而 100vh 在 iOS Safari 中包含地址栏高度，实际可视区域更小；若页面有 transform 或 overflow: hidden 的祖先元素，fixed 会直接降级为 relative 行为——这点调试时几乎没人检查，却常是穿帮主因。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
