uni.setclipboarddata传中文失败的典型现象是点击复制无反应、控制台无报错、粘贴为空或乱码，根本原因是参数非纯字符串、含不可见字符、https缺失、权限未开或调用时机不当。
uni.setClipboardData 传中文失败的典型现象
点击复制按钮后无反应，控制台没报错，粘贴出来却是空字符串或乱码（比如显示为 [object Object] 或一堆问号）。这不是编码问题，而是传参类型或内容来源不干净导致的。
中文文本必须是纯字符串，且不能含不可见字符
常见错误是直接从 DOM 节点取 innerText 或 innerHTML，结果混入了零宽空格（\u200b）、换行符、HTML 实体（如 ）或富文本残留标签。这些在 H5 或小程序里会被静默截断或转义。
- 用正则清洗：
text.replace(/[\u200b-\u200f\u202a-\u202f\u00a0\u3000\r\n\t]+/g, ' ').trim() - 避免用
innerHTML；若需从节点提取，优先用textContent（H5）或innerText+ 清洗（App/小程序） - 确保传入
uni.setClipboardData的data参数是原始字符串，不是 number、object 或 null —— 否则一律转成[object Object]或空串
H5 端复制中文要额外注意 HTTPS 和浏览器兼容性
navigator.clipboard.writeText() 在非 HTTPS 环境（如 HTTP 开发服务器）下会直接抛出 NotAllowedError，此时即使中文本身没问题，也会失败。本地开发可用 localhost 绕过，但真机调试必须走 HTTPS。
- 检查当前协议：
location.protocol === 'https:'，否则降级走document.execCommand('copy') - 旧版安卓 WebView（如 UC、QQ 浏览器）不支持
navigator.clipboard，必须 fallback 到 input + execCommand 方案 - execCommand 方案中，input 的 value 赋值后必须调用
select()，否则复制内容为空
鸿蒙和 iOS 对中文剪贴板更敏感，权限和触发时机缺一不可
鸿蒙（HBuilderX 4.23+）和 iOS 真机上，如果中文复制失败，大概率不是字符问题，而是权限未开或调用不在用户手势第一层。
- iOS 需在
manifest.json→「App 设置」→「iOS 设置」勾选「剪贴板」模块 - 鸿蒙同理，还需确认系统级剪贴板权限已授予应用（设置 → 应用管理 → 权限）
- 绝对不要在
onLoad、mounted或setTimeout里调用；必须是@tap="handleCopy"这种直接响应用户点击的函数体第一行 - 鸿蒙上可加
showToast: false避免系统默认 toast 干扰中文提示语
