最简单可靠的方案是复制前调用 uni.showModal 阻断默认行为，将复制变为受控流程：先弹窗确认，用户点“确定”后再执行 uni.setClipboardData；需严格判断 res.confirm 为 true 才复制，并处理 iOS 权限、平台兼容及弹窗层级问题。
复制前调用 uni.showModal 阻断默认行为
直接在复制逻辑触发前插入确认弹框，是最简单也最可靠的方案。关键不是“监听复制”，而是“把复制动作变成受控流程”——用户点复制按钮（或长按文本）时，不立即执行 uni.setClipboardData，而是先弹窗，等用户点“确定”后再执行。
- 不要依赖
oncopy或beforecopy事件：H5 中这些事件可被拦截，但 App 端（尤其 iOS）基本无效，且小程序平台限制更多 - 禁用原生长按复制：在需要保护的文本区域加
user-select: none或-webkit-user-select: none，避免用户绕过按钮直接长按复制 - 按钮文案要明确，比如“复制邀请码？”，比“确定要复制吗？”更能降低误操作率
uni.showModal 的 success 回调里执行复制
确认框返回的 res.confirm 是布尔值，必须严格判断为 true 才执行复制。很多人漏掉这个判断，导致点“取消”也照样复制。
uni.showModal({
title: '复制链接',
content: '该链接将用于分享给好友，确认复制？',
success: (res) => {
if (res.confirm) {
uni.setClipboardData({
data: 'https://example.com?ref=123',
success: () => {
uni.showToast({ title: '已复制', icon: 'success' });
}
});
}
// res.cancel 时什么都不做，不写 else
}
});
-
uni.setClipboardData在 iOS App 中可能因权限问题失败，建议加fail回调提示“复制失败，请手动长按粘贴” - 不要在
success外层直接调用uni.setClipboardData，否则弹框还没关、复制就发起了，体验割裂 - H5 端注意：部分旧版浏览器不支持
uni.setClipboardData，fallback 方案可用document.execCommand('copy')（需配合textarea）
App 端需额外处理 iOS 权限提示
iOS 14+ 对剪贴板访问有静默限制，首次复制时系统可能弹出“xxx 想访问你的剪贴板”提示。这个提示无法跳过，但可以提前预判并引导用户。
- 不要等
uni.showModal点完“确定”才触发权限请求——iOS 的剪贴板提示会打断弹窗流程，显得突兀 - 更稳妥的做法：在页面 onShow 阶段或用户首次进入相关功能页时，用
uni.getSystemInfo判断平台是ios，再主动调一次uni.setClipboardData（传空字符串），触发系统权限弹窗，让用户一次性授权 - 如果检测到
uni.getSystemInfo返回的platform是ios且uni.getStorageSync('ios_clipboard_granted')为 false，就在复制按钮旁加个小图标 tooltip：“首次使用需授权”
避免 modal 被遮挡或无法关闭
在 tabbar 页面、下拉刷新或 fixed 定位元素上弹 uni.showModal，有时会出现遮罩层失效、点击无响应的问题。这不是 bug，而是 z-index 层级和渲染时机冲突。
- 确保弹窗调用不在
onPullDownRefresh或onReachBottom的异步回调里直接触发；应先uni.stopPullDownRefresh()，再延时 100ms 弹窗 - 若使用自定义弹窗组件（如
uni-popup），务必绑定@close事件并重置内部状态，否则用户点遮罩层关闭后，v-model可能仍为 true，下次点按钮没反应 - App 端真机调试时，
uni.showModal在某些安卓厂商 ROM（如华为 EMUI）上会卡顿半秒，建议加 loading 提示或禁用按钮防止重复点击
真正麻烦的不是弹框本身，而是不同平台对“剪贴板访问”的态度差异——iOS 要静默授权，安卓要动态权限，H5 要兼容降级。确认框只是入口，背后得有一套兜底策略。
