uni.setClipboardData 不支持自定义 Toast 样式，因其原生提示无法禁用或覆盖；App 端可用 showToast: false 关闭默认提示后手动 show，小程序端需 success 中调 uni.hideToast 抢占，H5 可自由控制，支付宝小程序须改用 my.setClipboard。
uni.setClipboardData 本身不提供自定义 Toast 样式的能力——它调用成功后默认触发的提示是平台原生实现（小程序端由微信/支付宝控制，App 端由 uni-app 封装层控制），你传不了颜色、图标、字体大小，也改不了持续时间或位置。
为什么 uni.showToast 不能直接覆盖默认 Toast
在小程序和 App 平台，uni.setClipboardData 内部成功后会自动调用一次原生 toast，这个行为无法禁用（除非降级到 Native.js 或插件）。即使你在 success 回调里再调一次 uni.showToast，也会出现两个 toast 叠加，或者被系统吞掉后一个。
- 微信小程序：原生 toast 无法拦截，只能等它消失后再 show 自己的（体验割裂）
- App 端（3.2.13+）：支持
showToast: false参数，但 H5 和小程序仍不认这个字段 - 支付宝小程序：
uni.setClipboardData根本不生效，必须用my.setClipboard，它也不带 toast
真正可控的方案：关掉默认 + 手动 show 自定义弹窗
核心思路不是“修改”，而是“绕过”——用平台兼容写法关掉原生提示，再用自定义组件弹 UI。
- App 端：加
showToast: false参数，然后自己uni.showToast或用 - 小程序端：没法关原生 toast，但可以在
success里立刻uni.hideToast()抢在它显示前干掉（实测 iOS 微信有效，Android 部分机型有延迟） - H5 端：根本没默认 toast，你完全自由控制，推荐用
document.createElement('div')插入轻提示 - 所有平台统一做法：用
v-if控制一个uni.showToast更可控
支付宝小程序必须单独处理
支付宝小程序里 uni.setClipboardData 是空函数，永远静默失败。你得直接走 my.setClipboard({ text: 'xxx' })，它不触发任何 toast，正好给你留出完全自定义的空间。
- 调用前必须确保是企业主体，否则
fail: {error: 4} - 必须绑定在用户点击事件中，不能异步调用
- 成功回调里直接
this.showCustomTip = true，配合 CSS 动画做入场效果
最易忽略的一点：不要试图让所有平台共用同一套 toast 显示逻辑。H5 的 DOM 操作、小程序的 uni.hideToast 时机、App 的 showToast: false 支持度，三者差异太大——按平台拆开写，比硬塞进一个函数里更稳。
