android端uni.getclipboarddata无响应，主因是未启用manifest.json剪贴板模块、非用户手势触发调用、或读取内容含零宽字符；需勾选模块权限、绑定@click/@tap调用，并过滤特殊字符。
Android端uni.getClipboardData调用后没反应，大概率不是API失效，而是触发时机或权限配置错误
uni-app 官方不提供剪贴板监听能力，uni.getClipboardData 仅支持“手动读一次”，不能自动感知变化。所谓“监听不生效”，其实是误用了该 API 的语义——它不是事件监听器，而是一次性同步读取（在 Android 上实际是异步但需用户手势驱动）。真机静默失败、返回空字符串、success回调不执行，90% 源于三处硬限制。
没在 manifest.json 启用 clipboard 模块，Android 原生层直接降级或阻塞
Android 端必须显式启用 clipboard 原生模块，否则 HBuilderX 编译时不会注入 android.permission.READ_CLIPBOARD 和 WRITE_CLIPBOARD 权限，底层调用会 fallback 到不可靠路径甚至静默丢弃。
- 检查
manifest.json→「模块权限配置」→ 确认已勾选「剪贴板」模块（不是「权限声明」里的开关） - HBuilderX 3.9+ 会自动生成
AndroidManifest.xml权限项；若用旧版或自定义原生插件，需手动补：<uses-permission android:name="android.permission.READ_CLIPBOARD"></uses-permission> - 某些厂商系统（如华为 EMUI、小米 MIUI）还要求开启「后台弹出界面」或「显示在其他应用上方」权限，否则前台失焦后读取失败
在 onShow/onLoad/定时器里调用，Android 真机直接拒绝
从 Android 10（API 29）起，系统强制要求剪贴板读取必须由用户主动手势触发，onShow 或 setInterval 中调用会被拦截，表现就是 success/fail 都不进，data 为空字符串。
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
- 错误写法：
onShow() { uni.getClipboardData({ success: ... }) } - 正确写法：绑定
@click="handlePaste"或@tap="handlePaste"，且handlePaste函数第一行就调用uni.getClipboardData -
@touchstart不算有效手势，部分安卓 WebView 不识别；必须用@click或@tap
读出来是空，但实际含零宽字符或换行符，导致业务逻辑误判
用户从微信、钉钉等 App 复制口令时，常带 \u200b（零宽空格）、\r\n、\u00A0（不间断空格），看着像空字符串，但 res.data.length > 0，res.data.trim() 也清不干净。
- 验证方式：
console.log(JSON.stringify(res.data))，看到"\u200bhttps://..."就是它 - 清理建议：
String(res.data || '').replace(/[\u200b-\u200f\u202a-\u202f\uFEFF\r\n\t\s\u00A0]+/g, ' ').trim() - 别直接
v-model="clipboardText"，先过滤再赋值，避免脏数据污染表单
Android 端无法实现真正的“监听”，轮询方案（setInterval + uni.getClipboardData）在后台或锁屏时必然失效，且耗电。如果业务强依赖自动识别，应改用原生插件（如「sms-autofill」的剪贴板扩展版）或引导用户点击按钮手动触发读取——这是当前平台限制下唯一稳定路径。
