uni.setclipboarddata成功后会自动触发原生toast提示，无法禁用但可用settimeout(() => uni.hidetoast(), 1)在success回调中及时隐藏，避免与自定义提示冲突。
uni.setClipboardData 的原生提示无法“彻底关闭”，但可以完全隐藏——关键不是禁用，而是用 uni.hideToast() 主动拦截。
为什么 uni.setClipboardData 会弹原生提示？
uni-app 在调用 uni.setClipboardData 成功后，iOS 和部分安卓真机（尤其是微信内置浏览器）会自动触发一个系统级 toast 提示，内容类似“已复制”或“Copied”。这不是你代码写的 uni.showToast，而是 uni-app 底层 SDK 自带的默认反馈。
这个提示无法通过配置项关掉，也没有 showToast: false 这类参数。它只在 success 回调执行后立即出现，且优先级高于你手动调的 uni.showToast。
怎么快速隐藏它？
必须在 success 回调里**立刻**调用 uni.hideToast()，而且要加一点延迟（哪怕只有 1ms），否则可能被 toast 渲染抢占时机：
-
uni.setClipboardData调用后，原生 toast 是异步插入的，但插入非常快 - 直接写
uni.hideToast()在 success 里，有时来不及拦截 - 推荐写法：
setTimeout(() => uni.hideToast(), 1)
示例：
<pre class="brush:php;toolbar:false;">uni.setClipboardData({
data: 'https://example.com',
success: () => {
setTimeout(() => uni.hideToast(), 1); // 关键：必须带 setTimeout
// 此处可放心调你自己的提示，比如 uni.showToast({ title: '已复制', icon: 'none' })
},
fail: (err) => {
console.error(err);
}
});
哪些地方容易漏掉这个隐藏逻辑？
常见踩坑点：
- 只写了
uni.showToast，没加 <code>uni.hideToast()—— 结果看到两个 toast 叠在一起 - 把
uni.hideToast()写在fail里，忘了success才是触发原生提示的地方 - 在 H5 端也照搬这套逻辑 —— 实际上 H5 不走
uni.setClipboardData，自然也不会弹，白加 - 用
async/await包裹但没处理好时序，比如写成await uni.setClipboardData(...); uni.hideToast()—— 此时原生 toast 已经弹出并开始计时，uni.hideToast()可能失效
真正难的不是 hide，而是别让它干扰你的 UI 流程
原生提示没有 ID、不能监听关闭事件、也不返回实例。你唯一可控的时机，就是 success 触发后的那一小段窗口期。如果页面正在跳转、弹窗正在 show，或者你用了自定义 toast 组件，这个原生 toast 就会突兀地闪一下——它不尊重你的 UI 层级，也不等你准备就绪。所以最稳妥的做法，不是赌它会不会出现，而是每次 success 都无条件、带延迟地调一次 uni.hideToast()。
