只能用户点击后清洗剪贴板内容并填入输入框并聚焦；ios/android/小程序均禁止后台静默读取，uni.getclipboarddata须由手势触发，首次调用必弹系统授权框，拒绝后返回空字符串且不进fail回调；h5需手势上下文，否则抛notallowederror；内容须trim并正则提取有效码，匹配不到则留空；focus需在$nexttick中执行且input不能disabled/readonly；不同平台剪贴板行为差异大，需针对性兼容。
做不到“自动填入”，只能做到“用户点一下，立刻把剪贴板内容清洗后塞进输入框并聚焦”。所有声称“后台静默读取+自动提交”的方案，在 iOS、Android、小程序三端均被系统级拦截，不是 uni-app 的限制，是操作系统铁律。
uni.getClipboardData 必须由用户手势触发
不能在 onLoad、onShow 或定时器里调用 —— App 端（尤其华为、小米）会直接拒绝，iOS 会弹“无权限”且不提示原因。真机首次调用必弹系统授权框，用户点“不允许”后，后续调用 uni.getClipboardData 返回空字符串，且不会进 fail 回调，只能靠判空兜底。
- 必须绑定到按钮的
@click或长按事件上 - H5 端虽无授权弹窗，但 Chrome 120+ 起也要求用户手势上下文，否则
navigator.clipboard.readText()抛NotAllowedError - 别在
mounted里调，Vue 生命周期不是用户手势
剪贴板内容得清洗，不能原样塞进 input
用户复制的大概率是链接（https://example.com?code=abc123）、带空格的文本（ invite: xyz789 \n）或混合消息（你的邀请码是：ABC123，快去注册！），直接赋值给 v-model 会导致表单校验失败或提交异常。
- 先用
String(res.data || '').trim()去首尾空白和换行 - 再用正则提取有效码：
/invite=([a-zA-Z0-9]{6,12})/、/code=([a-z0-9]{8})/，或匹配纯字母数字且长度在 6–12 位的片段 - 加关键词过滤，避免误提手机号：
text.includes('invite') || text.includes('code')再执行匹配 - 匹配不到就留空，绝不 fallback 到整段文本
聚焦输入框要等 DOM 更新完成
this.$refs.input.focus() 必须放在 this.$nextTick 里，否则 ref 还没挂载或 input 处于 disabled/readonly 状态时，focus 无效且无报错。
- input 必须设
ref="input"，且不能有disabled或readonly属性 - 别写
document.execCommand('paste')—— H5 不支持，App 和小程序根本没这个 API - 聚焦后不自动选中文字？补一句
this.$refs.input.select()，但注意：iOS Safari 下select()可能失效，优先靠用户自己 Ctrl+V
不同平台的兼容细节容易漏掉
鸿蒙、iOS、Android 对剪贴板行为响应不一致，比如 Android 某些定制 ROM 会延迟返回数据，iOS 在后台切回前台时剪贴板可能已变，H5 则受限于浏览器策略。
- 鸿蒙上
showToast: false参数可用，但需 HBuilderX 3.7.0+ 编译 - iOS 真机调试时，如果剪贴板为空，
res.data是undefined，不是空字符串，务必|| '' - H5 端降级用
document.execCommand('copy')时，textarea 必须 append 到document.body，删掉前必须确保已执行 select - 别信“监听剪贴板变化”的轮询方案 —— 所有平台都禁止非主动触发的读取，轮询只会白耗性能
真正难的不是调 API，而是处理用户乱七八糟的复制内容、应对各端权限弹窗时机、以及在 focus 失效时快速 fallback。这些边界情况不提前覆盖，上线后就会收到一堆“点了没反应”的反馈。
