uni.getClipboardData读取后需清洗并验证URL：先用正则/(https?://1+)/g或URL构造函数提取，再trim()并清除零宽字符，最后按内部路径或外部URL分场景安全跳转。\s ↩
uni.getClipboardData 读取后怎么提取链接？
直接调用 uni.getClipboardData 只能拿到原始字符串，不会自动识别或解析 URL。所谓“获取链接地址”，本质是：先读出剪贴板内容，再用正则或 URL 构造函数从中提取合法 URL 字符串。
常见错误是把整个剪贴板内容当链接用，结果传给 uni.navigateTo 或 web-view 时失败——因为里面混着文字、换行、零宽字符，甚至只是个带 URL 的句子。
- 必须对
res.data做清洗：res.data.replace(/[\u200b-\u200f\u202a-\u202f]/g, '').trim() - 优先用
URL构造函数验证（更可靠）：try { new URL(text) } catch(e) { /* 不是有效 URL */ } - 备选正则（简单场景够用）：
/(https?:\/\/[^\s]+)/g，但注意它会匹配到不完整 URL（如https://example.com/后面跟了中文标点） - 如果剪贴板里有多个链接，
match()返回数组，取第一个还是全部，取决于你的业务逻辑（比如分享页只处理主链接）
微信小程序里读剪贴板链接为什么总为空？
不是代码问题，而是权限和触发时机卡住了。iOS 真机首次调用 uni.getClipboardData 会弹系统授权框，用户点“不允许”后，后续所有调用都返回空字符串，且不再弹窗。
Android 部分机型（华为、小米）会在非焦点状态下拦截剪贴板读取，哪怕页面已 onShow 也可能拿不到最新内容。
- 必须由用户点击事件触发（
@click="handlePaste"），不能放在onLoad、onShow或定时器里 - 小程序需在
manifest.json的mp-weixin节点下声明："permission": { "scope.writeClipboard": { "desc": "用于识别分享链接" } } - H5 平台根本无法读取剪贴板（浏览器策略限制），
uni.getClipboardData在 H5 下始终返回空或报错permission-denied
App 端轮询检测剪贴板链接可行吗？
可以模拟，但不是“监听”，而是靠定时比对。App 端没有真正的 clipboardchange 事件，uni.getClipboardData 是一次性 API。
轮询本身有平台风险：iOS 后台任务容易被系统终止；Android 部分厂商会限制后台剪贴板访问频率。
- 启动时机：仅在
onShow中setInterval，onHide中clearInterval - 间隔建议 1000ms —— 太短耗电、太长感知延迟明显
- 必须缓存上一次内容（
lastClip），每次读取后做res.data !== lastClip判断，避免重复触发 - 加长度过滤：
if (res.data.length > 200) return，防止误匹配大段文本里的碎片 URL
拿到链接后怎么安全跳转或加载？
别直接 uni.navigateTo({ url: link })，很多链接不是合法的 uni-app 页面路径（比如外部 HTTP 地址），会报错或白屏。
区分场景处理：
- 如果是内部页面路径（如
/pages/detail?id=123），先用正则或URLSearchParams解析参数，再校验 path 是否在白名单内 - 如果是外部 URL（
https://或http://），必须走web-view，且建议加域名白名单校验（防止恶意跳转） - 微信小程序中，
web-view的src必须在validDomain里配置，否则直接 blank - App 端可考虑用
plus.runtime.openURL打开外部浏览器，规避 web-view 安全限制
真正容易被忽略的点：URL 里可能含未编码的中文或特殊符号（如 https://example.com/商品?id=abc），直接传给 web-view 会加载失败。务必用 encodeURIComponent 包裹路径部分，或用 new URL(link) 后取 .href 得到标准化结果。
