uni.setClipboardData 的 showToast: false 参数在 App 和小程序端有效，可实现静默复制；H5 端完全不支持该参数，需改用原生 Clipboard API 并放弃主动提示。
uni.setClipboardData 的 showToast: false 参数到底管不管用
管用，但只在 App 和小程序端生效，H5 完全不认这个字段。调用 uni.setClipboardData 时传 { showToast: false }，就能阻止系统默认的“已复制” toast 弹出——这是实现“静默复制”的最直接手段。
注意两点：
- 该参数从 App 3.2.13+ 和微信小程序基础库 2.25.2+ 开始支持，旧版本会忽略它，仍弹原生提示
- 鸿蒙（HarmonyOS）也支持，但需确认 HBuilderX 升级到 4.20+，否则可能被当作无效参数丢弃
H5 端根本没法“静默”，只能降级隐藏
H5 没有 showToast 这种概念，但浏览器自身会在 navigator.clipboard.writeText() 成功后悄悄触发一次系统级 toast（Chrome/Edge），且无法禁用。所谓“静默”，实际只能做到「不主动弹自己的提示」。
你必须绕过 uni.setClipboardData，改用原生 Clipboard API，并放弃所有主动 uni.showToast 调用：
- 仅当
navigator.clipboard可用且window.isSecureContext === true时才走它（HTTP 站点必然失败） - 失败时 fallback 到
document.execCommand('copy')，但此方式在现代 Chrome 中已被标记为 deprecated，且仍会触发浏览器 toast - 别在 H5 上写
uni.showToast({ title: '已复制' })—— 用户没点任何东西就弹窗，反而更显眼
为什么点了按钮却还是弹了系统提示
常见原因不是代码写错，而是平台或时机问题：
- iOS 微信小程序里，如果复制操作不在用户手势（如
@tap）的第一层同步执行，比如套了setTimeout或this.$nextTick，微信会拒绝静默，强制弹 toast - App 端未在
manifest.json中启用剪贴板模块（Android）或未勾选「剪贴板」权限（iOS），showToast: false会被忽略，降级回默认行为 - 传入的
data是空字符串''或null，API 静默失败，但某些平台仍会弹“复制失败”提示，看起来像“没静默”
真正无感的关键：别让用户意识到“正在复制”
静默复制不是技术目标，而是交互目标。比起藏 toast，更重要的是消除用户心理预期：
- 按钮文案别写“复制”，改用「发送给朋友」「分享链接」等动作导向词，让复制成为后台行为
- 避免在点击后立即改变按钮状态（如加 loading、变灰），否则用户会等待反馈，反而注意到“有事发生”
- 如果必须反馈，用视觉微动（如图标轻微缩放）代替 toast，且只在 App/小程序端做；H5 端建议完全不反馈
最常被忽略的一点：你在 H5 上无论怎么写 showToast: false，它都不起作用——因为 H5 根本不走这个 API。想“静默”，先得判断平台再分路径，而不是统一调一个方法完事。
