先说结论：不用怀疑，夸克浏览器软键盘遮挡输入框这个问题，确实是它自己的锅。这个问题卡住过不少人——点开表单，键盘弹出来，输入框直接失踪，你连自己打了什么字都看不见。非得先收键盘才能确认光标在哪儿。

确认是否为夸克特有行为

怎么判断问题到底出在哪？很简单，先在 Chrome 或 Safari 里打开同一个页面试试。

如果其他浏览器都能老老实实把输入框滚动到可视区域，那问题十有八九锁定在夸克的 WebView 渲染策略上，或者跟它的 UA 识别逻辑有关。

如果其他浏览器也一样遮挡，那就别冤枉夸克了——说明页面本身没适配移动端键盘弹出的场景，这是基本功问题。

夸克底层虽然用的是 Chromium 内核，但某些版本会直接掐掉 scrollIntoView 的自动抬升行为。尤其是 textarea 和底部 fixed 容器里的输入框，反应特别迟钝。

前端临时修复：聚焦后强制滚动到可视区域

如果确认是夸克的问题，临场修复其实不复杂：在页面加载完成后，给所有文本类输入框绑一个聚焦事件就行。

步骤一：抓取目标元素

把要处理的输入元素抓出来——input[type="text"]、input[type="tel"]、input[type="email"]、textarea，统统都算上。

步骤二：绑定 focus 事件，加延时

遍历绑定 focus 事件，这里有个关键点——必须加 setTimeout 延迟执行，否则 DOM 还没完成键盘布局计算。代码大概是这个意思：

inputs.forEach(el => {
  el.addEventListener('focus', () => {
    setTimeout(() => {
      el.scrollIntoView({ block: 'nearest', inline: 'start' });
    }, 150);
  });
});

这一步的延时不是摆设。夸克在 focus 触发那一瞬间，仍然按原始视口高度来计算位置。必须给它 150ms 让键盘初步定位完成，scrollIntoView 才能拿到真实可用的滚动偏移量。少了这一步，等于白忙。

服务端/构建层兼容方案：注入轻量修复脚本

如果你不想改每一处源码，或者项目已经打包完不好动，那就从服务端出手。

方法一：Nginx 或 Cloudflare Workers 注入脚本

在 HTML 响应头里注入一段内联脚本——在 前插入自执行函数，只在 UA 包含 Quark 且设备为 Android 时启动修复逻辑。其他浏览器完全不受影响。

方法二：Webpack / Vite 条件加载脚本

直接在 index.html 底部加一段条件加载脚本：

有一点必须警惕：不要全局监听 resize 事件。夸克在键盘收起时可能会触发多次 resize，搞不好输入框会反复跳跃，用户体验更糟。

规避 fixed + bottom 布局陷阱

如果你的表单容器用了 position: fixed; bottom: 0; 这种写法，那在夸克里基本是自找麻烦。键盘覆盖模式下，fixed 元素依然锚定在 viewport 底部，而不是视觉底部——键盘盖上去，输入框直接消失。

建议改成相对定位，配合动态 bottom 计算。具体做法：

• 监听 focus 时读取 window.innerHeight。
• 再用 getBoundingClientRect().bottom 判断输入框是否超出可视范围。
• 如果超出，就临时设置 style.bottom = 'calc(100vh - Xpx)'，其中 X 是估算的键盘高度，一般取 240–280px。

改完之后，夸克下的输入框就能稳定停在键盘上方大约 20px 处，不再依赖那个靠不住的 resize 事件。这个方案目前在实战中表现最稳，也最省心。

《夸克》非常好用的免费AI浏览器

下载APP查看