uni.getclipboarddata不可靠，需分平台检查manifest配置、权限声明及用户手势上下文；h5必须用navigator.clipboard替代，ios/小程序首次调用需用户授权。
uni.getClipboardData 是否可用不能靠 try/catch 判断
直接调用 uni.getClipboardData 并捕获异常，不是可靠的检测方式。iOS 和 H5 环境下它可能静默失败（不进 success 也不进 fail），返回空字符串或 pending Promise；Android 某些厂商 ROM 甚至会直接拒绝调用但不抛错。真正该看的是平台能力声明和运行时上下文。
按平台查 manifest 和系统信息最准
判断依据必须分层：先看编译目标，再看权限配置，最后看运行时环境。
- App 端：检查
manifest.json中 iOS 是否勾选「剪贴板」、Android 是否启用「clipboard」模块；HBuilderX 编译后可查看ios/Podfile或android/app/src/main/AndroidManifest.xml是否含 clipboard 相关依赖 - 小程序端：确认
manifest.json的mp-weixin节点下有"permission": { "scope.writeClipboard": { "desc": "..." } }，且微信基础库 ≥ 2.21.0 - H5 端：
uni.getClipboardData本身就是空实现，必须用navigator.clipboard替代；可用性需同时满足：typeof navigator.clipboard?.writeText === 'function'+ 当前协议为https://或localhost
用户手势上下文才是实际可用的临界点
即使所有配置都对，uni.getClipboardData 在非用户操作同步栈中仍会失效——这是 iOS 和微信强制要求，不是 bug。
- 禁止在
onLoad、onShow、setTimeout、Promise.then里调用 - 必须绑定到 click/tap 事件处理器内，且不能加 await / then 包裹（例如
@click="async () => await getClip()"就会断开上下文） - 可临时用
document.hasFocus()+document.visibilityState === 'visible'做前置校验，但不能替代手势触发
真机调试时最容易忽略的授权状态
iOS 14+ 和部分 Android 12+ 设备，首次调用 uni.getClipboardData 会弹系统级授权弹窗。用户点“不允许”后，后续所有调用都返回 data: "" 和 errMsg: "getClipboardData:fail auth deny"，且无法通过代码再次触发弹窗。
- 不要只测“第一次成功”，要模拟拒绝后的行为
- 真机上拒绝后，必须手动去「设置 → 隐私与安全性 → 剪贴板」开启，否则永远读不到
- 微信小程序拒绝后，连“重新进入页面”都不会重试弹窗，只能引导用户去小程序设置页
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
