uni-app不能靠剪贴板判断用户来源，因剪贴板内容不可靠且非系统启动凭证；正确方式是冷启动用uni.getenteroptionssync()获取系统透传参数，热启动依赖后端token中转，剪贴板仅作辅助提取邀请码等字段。
uni-app 不能靠剪贴板判断用户来源
剪贴板不是来源凭证，它只是用户主动复制的一段文本，无法可靠反映“从哪来”。所谓“通过剪贴板判断来源”，本质是误把「用户复制的内容」当成了「启动上下文」。真正能判断冷启动来源的只有 uni.getEnterOptionsSync()，它返回的是系统透传的 Intent 或 Launch Options，不是你从剪贴板里捞出来的字符串。
为什么剪贴板内容不可信
用户复制的东西五花八门：可能是链接、口令、纯数字、带零宽字符的乱码，甚至空格换行。哪怕你看到剪贴板里有 invite=abc123，也无法确认这是从 H5 跳转来的、还是别人微信发的、或是自己手输后又复制的。
- 微信分享链接时，用户可能只复制了 URL 中的 path 段，
query参数丢了 - H5 页面用
wx-open-launch-app跳转 App，参数走的是系统 intent，根本不会进剪贴板 - Android 部分机型（如华为 EMUI）会拦截非焦点应用读取剪贴板，
uni.getClipboardData直接失败或返回空 - iOS 14+ 要求用户手势触发，且首次拒绝后，后续调用永远返回空，除非去系统设置手动开启
正确做法：用 getEnterOptionsSync + 后端 token 中转
冷启动来源必须靠 uni.getEnterOptionsSync() 拿，热启动则要靠服务端 token 补位。剪贴板只适合做辅助识别，比如用户点「粘贴邀请码」按钮后，你从剪贴板提取 code 字段填入表单，但它不能替代来源判断逻辑。
- 在
App.vue的onLaunch中第一时间调用uni.getEnterOptionsSync()，别包在setTimeout或异步请求里 - 如果返回的
query为空，检查原生配置：Android 是否漏了android:exported="true"，iOS 是否完成 Apple App Site Association 验证 - 对 H5 跳转场景，H5 端生成一个带时效的 token 存入后端，跳转链接只传 token；App 冷启动拿到 token 后，立刻请求后端换取完整参数（如
inviteCode、itemId） - 剪贴板仅用于兜底：用户没走跳转流程，而是手动复制了邀请码，这时再用正则清洗提取，比如
/invite=([a-zA-Z0-9]{6,12})/，匹配失败就留空，不自动提交
剪贴板里藏 URL 时怎么安全提取参数
用户常复制的是分享链接，比如 https://example.com?invite=xyz789&utm_source=wechat，直接 res.data 塞进去会出错。得先清洗再匹配。
- 用
String(res.data || '').trim()去首尾空白和换行 - 清除零宽字符：
replace(/[\u200b-\u200f\u202a-\u202f]/g, '') - 优先匹配 URL 查询参数：
new URL(text).searchParams.get('invite')（H5 和 App 支持，小程序需降级为正则） - fallback 正则：
text.match(/invite=([a-zA-Z0-9]{6,12})/)?.[1]，长度和字符集限制防误匹配手机号 - 输入框必须设
ref="input"且非disabled或readonly，否则focus()无效
剪贴板不是入口，只是通道。真正决定“用户从哪来”的，是系统启动参数和后端状态同步，不是那一串用户随手复制的文本。
