必须先调用 uni.getclipboarddata() 读取当前内容，再拼接后缀并用 uni.setclipboarddata() 写回；直接 set 会覆盖原内容，且需处理 ios 授权、android 权限丢失、空值校验、字符串清洗、长度限制及真机兼容性。
不能直接“在剪贴板内容前后加后缀”——uni-app 的 uni.setClipboardData() 只能写入完整字符串，不支持追加或修改已有内容。 你得先读出来、拼接好、再写回去。
必须先读再写，否则会覆盖原内容
剪贴板是单值存储区，uni.setClipboardData() 不是 append 操作。常见错误是只调用 set 而没读，结果把用户刚复制的链接/手机号全替换成你的模板串。
- 务必先调
uni.getClipboardData()获取当前内容（注意：iOS 首次会弹授权，Android 可能因后台被杀而返回空） - 拿到
res.data后做字符串拼接：const newContent = `【邀请】${text}【已复制】` - 再传给
uni.setClipboardData({ data: newContent }) - 别忘了加
fail回调——尤其 Android 厂商定制系统（如 MIUI）可能静默拒绝写入
正则清洗 + 安全拼接，避免污染原始数据
用户复制的可能是 URL、带换行的文本、甚至空格缩进。直接拼接会导致格式错乱或语义失真。
- 用
String(text || '').trim()清掉首尾空白和换行 - 若原始内容为空（
!text），建议中止后续操作，不写入空串或占位符 - 避免硬编码后缀，比如用变量控制：
const prefix = this.isInvitePage ? '【邀请码】' : '【分享】' - 长度敏感场景（如短信粘贴）要限制总长：
if ((prefix + text + suffix).length > 200) { /* 截断或提示 */ }
Android 和 iOS 在写入时的行为差异
不是 bug，是平台策略：iOS 写入后立即生效且稳定；Android 则可能因 WebView 权限或后台冻结导致 setClipboardData 失败但无报错。
- iOS 真机：写入成功后，切到其他 App 也能读到新内容（2 分钟内）
- Android 大部分机型：写入成功，但若 App 被系统回收，剪贴板内容可能丢失（尤其华为 EMUI、小米 MIUI）
- 测试时务必用真机，模拟器剪贴板行为不可靠
- 写入后建议
uni.showToast({ title: '已更新剪贴板', icon: 'none' })给用户明确反馈，别依赖“写入即成功”
真正麻烦的不是拼接逻辑，而是你永远不知道用户上一秒复制的是什么——可能是订单号、身份证号、甚至是密码。加后缀前，先想清楚这个动作是否必要，以及是否该加确认步骤。
