uni.setClipboardData必须传字符串，否则静默失败；H5端需用navigator.clipboard.writeText；须校验非空、清理不可见字符、绑定用户点击事件并提供即时反馈。
uni.setClipboardData 必须传字符串，否则静默失败
直接传 item.id 看似没问题，但一旦它是 null、undefined、数字类型或空对象，uni.setClipboardData 就会不报错也不复制——剪贴板内容完全不变。这是最常被忽略的「假成功」陷阱。
实操建议：
- 强制转成字符串：
String(item.id)或`${item.id}` - 加非空校验：
if (!item?.id) return，避免空值穿透 - 别依赖
innerText或v-html内容提取，它们可能含换行、 、标签残留
小程序和 H5 端必须分开处理
uni.setClipboardData 在微信/支付宝小程序里正常，但在 H5 端压根不生效（官方未实现），直接调用会静默失败或报 API not implemented 错误。
实操建议：
- 用
uni.getSystemInfoSync().platform判断运行环境 - H5 端改用原生
navigator.clipboard.writeText()（需 HTTPS 或 localhost） - 不要在
onLoad或mounted里自动调用，必须绑定在用户点击事件（如@click）中，否则 iOS 小程序会拒绝写入
长按选中 + 点击按钮双路径更稳妥
纯按钮复制对部分用户不够直观，尤其在列表中 ID 较长时。配合 selectable 属性可提供原生选择体验，降低操作门槛。
实操建议：
- 给展示 ID 的
<text>加selectable属性：<text selectable>{{ item.id }}</text> - 保留按钮作为辅助入口，避免仅依赖长按（Android 部分机型默认禁用文本选择）
- 若用
v-html渲染富文本 ID，先用正则清理：item.id.toString().replace(/]*>/g, '').trim()
复制后反馈要即时，失败要可感知
用户点一下没反应，大概率会反复点击或放弃。success 回调里不加提示，等于没做；fail 回调不捕获错误，问题就卡死在黑盒里。
实操建议：
- 统一用
uni.showToast({ title: '已复制', icon: 'none' })，避免uni.hideToast手动控制（易漏） - catch 错误时打印
err，特别是 H5 端navigator.clipboard.writeText拒绝时会抛"Permission denied" - Android App 端若失败，检查是否开启「后台运行」权限——部分厂商系统（如华为、小米）限制后台剪贴板访问
