uni-app复制后自动隐藏软键盘需先失焦再复制并延迟调用uni.hideKeyboard()，H5平台不支持，App和小程序需注意失焦时机、平台兼容性及UI层级干扰。
uni-app 中复制文本后自动隐藏软键盘，核心在于主动触发键盘收起 —— 但要注意：**H5 平台不支持强制收起软键盘，仅 App 和小程序平台可行**。
为什么 uni.hideKeyboard() 有时不生效
常见原因是调用时机不对：在用户点击复制按钮的同步回调中直接调用 uni.hideKeyboard()，但此时焦点可能还在输入框上，或原生层尚未完成复制操作。尤其在 iOS App 或微信小程序中，需确保输入框已失焦且复制完成。
- 必须先让输入框失去焦点：
input或textarea元素需手动调用blur() - 复制操作建议用
uni.setClipboardData()（兼容性优于原生navigator.clipboard.writeText） - 部分安卓 App 环境下，
uni.hideKeyboard()需延迟 10–30ms 才可靠，否则被系统忽略
App 和微信小程序中可靠写法
以 textarea 为例，绑定 ref 后在复制方法中按顺序执行：
copyText() {
const text = this.inputValue;
// 1. 先失焦
this.$refs.textareaRef && this.$refs.textareaRef.blur();
// 2. 复制
uni.setClipboardData({
data: text,
success: () => {
// 3. 延迟收起键盘（iOS/Android App 必要）
setTimeout(() => {
uni.hideKeyboard();
}, 16);
}
});
}
注意：uni.hideKeyboard() 在 H5 下静默失败，无报错；可在调用前用 uni.getSystemInfoSync().platform !== 'h5' 做平台判断避免冗余调用。
输入框聚焦时点击“复制”按钮仍弹出键盘？
这是典型 UI 层级冲突：按钮若放在 textarea 内部或使用了 position: fixed 且 z-index 过高，某些安卓 WebView 会误判为点击输入区域，导致 focus 重置。解决方式：
- 确保复制按钮不在
textarea的父容器内嵌套（避免事件冒泡干扰） - 给按钮加
catchtouchstart（小程序）或@touchstart.stop（App/H5）阻止穿透 - 在
textarea上监听focus事件，记录当前是否处于编辑态，点击复制时跳过自动 focus 逻辑
真正容易被忽略的是：iOS 微信小程序中，如果页面启用了 web-view 或自定义导航栏，uni.hideKeyboard() 可能因上下文丢失而失效 —— 此时只能靠让用户手动点击屏幕空白处收起，无法完全自动化。
