uni-app 没有“剪贴板提示开关”，提示需手动封装：用 promise 函数统一处理复制逻辑、类型校验、错误日志，并通过自定义组件或事件控制 toast 显隐，确保时序正确且跨平台一致。
uni-app 里没有“剪贴板提示开关”这个配置项
uni-app 官方不提供全局控制「复制后是否弹 toast」的开关。所谓“提示”，本质是你自己调用 uni.showToast 或自定义弹窗组件实现的反馈逻辑，不是剪贴板 API 自带的行为。uni.setClipboardData 和 uni.getClipboardData 都是静默执行的——成功不弹窗、失败也不自动提示。
你看到的“提示”全靠手动加，比如：
uni.setClipboardData({ data: 'hello' })
.then(() => uni.showToast({ title: '已复制', icon: 'none' }))
.catch(err => uni.showToast({ title: '复制失败', icon: 'none' }));
想统一管理提示行为，得自己封装 copy 函数
避免每个按钮都写一遍 uni.showToast，推荐在 utils/clipboard.js 里封装一个带可选提示的 Promise 函数：
- 用参数控制是否显示 toast，比如
showToast: true（默认开启） - 内部统一处理
data类型校验：非字符串先String()，空值直接 reject - 失败时统一记录
console.error('copy failed:', err)，方便排查 - 不建议用全局变量（如
global.showCopyToast = false）控制——跨页面状态难维护，且 H5 / 小程序 / App 的调用上下文可能不一致
自定义弹窗比 uni.showToast 更可控
如果你需要样式定制（比如圆角、图标、动画、z-index 层级），uni.showToast 不行——它平台表现不一致，iOS 和安卓 toast 位置/时长/字体都不同，且无法修改 DOM 结构。
更稳的做法是：
- 手写一个
<copy-toast></copy-toast>组件，用position: fixed+z-index: 9999 - 通过 props 控制显隐、文案、持续时间
- 在封装的 copy 函数里，用
uni.$emit('show-copy-toast', { text: '已复制' })触发全局事件 - 确保该组件在 App.vue 或 main.js 中预加载，避免首次调用时白屏或延迟
别在条件编译里硬切 toast 行为
有人会想：用 #ifdef H5 关掉 H5 的提示，或 #ifdef MP-WEIXIN 换个图标。这反而增加维护成本——同一套交互逻辑被拆得支离破碎。
真正要处理的是平台能力差异，不是提示本身：
- H5 必须降级用
navigator.clipboard.writeText或execCommand，这部分才需要条件编译 - 提示层应保持统一接口，只在底层 copy 实现里区分平台
- 如果某平台（如旧版安卓 WebView）连
execCommand都失败，提示文案就该明确写“请手动复制”，而不是静默吞掉错误
最易被忽略的是：提示时机必须等 copy 操作 resolve 后再触发，否则用户点下去还没复制完就弹出“已复制”，体验错乱。这个时序依赖不能靠配置开关绕过，只能靠 Promise 链或 await 保证。
