在 iOS Safari 等浏览器中，通过 JavaScript 主动调用 focus() 方法（尤其是嵌套元素或非直接输入框）时，系统常因安全策略限制而不自动唤起软键盘；使用 setTimeout(..., 0) 可绕过该限制，确保键盘正常显示。
在 ios safari 等浏览器中，通过 javascript 主动调用 `focus()` 方法（尤其是嵌套元素或非直接输入框）时，系统常因安全策略限制而不自动唤起软键盘；使用 `settimeout(..., 0)` 可绕过该限制，确保键盘正常显示。
这是一个在 iOS 移动端 Web 开发中广为人知但易被忽视的兼容性问题：当用户通过键盘事件（如 Enter 键）模拟 Tab 导航，并尝试将焦点程序化地转移到某个 <input> 元素（尤其是父容器内动态聚焦的子输入框）时，尽管 document.activeElement 正确更新、视觉焦点（如蓝色边框）也已呈现，软键盘却不会自动弹出。
根本原因在于 iOS 的 WebKit 引擎对“用户主动触发”与“脚本被动触发”的焦点行为做了严格区分——只有在明确由用户手势（如触摸、物理按键）直接引发的 focus() 调用，才被允许唤起软键盘。而通过 keydown 事件链式调用（例如：parent.focus() → childInput.focus()）属于“间接脚本触发”，被系统静默拦截。
✅ 正确解法是引入微任务延迟，让焦点操作脱离原始事件上下文，从而被 iOS 视为“可信任的后续用户意图”：
function focusNextElement(currentElement) {
const nextElement = currentElement.nextElementSibling;
if (nextElement && nextElement.tagName === 'INPUT') {
// 使用 setTimeout(0) 将 focus 推入下一个宏任务队列
setTimeout(() => {
nextElement.focus();
// 可选：强制激活软键盘（iOS 16.4+ 支持，兼容性需判断）
if ('showPicker' in nextElement && typeof nextElement.showPicker === 'function') {
try {
nextElement.showPicker();
} catch (e) {
// 降级处理，仅 focus
}
}
}, 0);
}
}
// 绑定 Enter 键导航
document.addEventListener('keydown', (e) => {
if (e.key === 'Enter' && e.target instanceof HTMLElement) {
e.preventDefault(); // 防止表单默认提交
focusNextElement(e.target);
}
});⚠️ 注意事项：
- setTimeout(..., 0) 并非“等待 0 毫秒”，而是将回调推入下一个宏任务（macrotask），确保其脱离原始 keydown 事件的同步执行栈，满足 iOS 的用户交互信任链要求；
- 不推荐使用 requestAnimationFrame 或 Promise.resolve().then(...)，因 iOS 对微任务（microtask）中的 focus() 仍可能拒绝唤起键盘；
- 若目标元素是 <textarea> 或带 contenteditable 的元素，同样适用该方案；
- 在 Vue/React 等框架中，需确保 DOM 已完成渲染后再调用 focus()（例如在 nextTick 或 useEffect 的 cleanup 后）；
- 测试时请务必在真机（iOS 14+）上验证，模拟器和桌面 Safari 无法复现此行为。
总结：这不是 bug，而是 iOS 为防止恶意自动唤起键盘而设计的安全机制。setTimeout(fn, 0) 是目前最稳定、兼容性最佳的工程化解决方案，已被大量生产环境项目（如 Stripe Elements、Shopify Checkout）采用。
