uni.setclipboarddata传html字符串不会报错但仅存为纯文本，因系统剪贴板不支持html富文本格式，目标应用（如微信）会直接显示标签而非渲染；需主动降级为纯文本或语义化文本。
uni.setClipboardData 传 HTML 字符串会怎样
直接传带 <p><strong>hello</strong></p> 这类字符串进 uni.setClipboardData，不会报错，但剪贴板里存的只是原样字符串——目标应用（微信、备忘录、Notes）根本不会按 HTML 渲染，而是当纯文本处理，<p></p> 和 <strong></strong> 全部裸露显示。
这不是 bug，是设计使然：uni.setClipboardData 只接受 String 类型，不支持富文本协议（如 RTF、HTML pasteboard 类型），iOS/Android 系统级剪贴板也没有“HTML 模式”这个概念。
- 别把后端返回的 HTML 片段原样复制，用户粘贴后看到的是满屏标签
- 哪怕你用
DOMParser或el.innerHTML提前解析过，只要没转成纯文本，就还是无效 HTML 字符串 - H5 端用
navigator.clipboard.writeText()同样受限，它也只写文本
从剪贴板读 HTML 字符串后怎么安全降级
用户可能从网页、微信公众号、富文本编辑器里复制了带标签的内容，uni.getClipboardData 拿到的 res.data 是字符串，里面可能混着 <div>、<code><img>、零宽空格甚至 base64 图片。不能直接渲染，也不能直接 JSON.parse。
- 先用正则粗筛是否含标签：
/]*>/，有就走降级流程 - 用
el.textContent（创建临时 DOM）或innerText提取纯文本，保留换行但丢掉所有样式和结构 - 若需保留基础语义，手动映射：把
<h2>标题</h2>→【标题】\n，<ul><li>a</li></ul>→• a\n - 删掉
<等实体，用decodeURIComponent(escape(str))或DOMPurify.sanitize()（H5 可用）预处理
为什么粘贴到微信里格式全乱了
不是你解析错了，是微信客户端对剪贴板字符串做了二次清洗：自动过滤连续换行、吞掉首尾空行、把多个 \n 合并为一个、甚至移除某些 Unicode 控制字符（比如 iOS 备忘录复制时自带的 \u200B）。
- iOS 真机上，连续两个以上
\n很可能被压成单个换行，导致段落塌陷 - 微信会主动 strip 所有非 ASCII 空格和不可见字符，所以别指望靠
\uFEFF或\u2060“占位” - 解决方案很务实：开头结尾各加一个
\u200B（零宽空格），控制换行数 ≤2，避免用<br>模拟换行 - 如果内容必须保形（比如代码块、表格），放弃剪贴板，改用生成分享链接 + 后端渲染页
App 端复制含 HTML 的文本要配权限吗
要。iOS 和 Android 都必须在 manifest.json 中显式开启剪贴板权限，否则 uni.setClipboardData 调用静默失败——没报错、没回调、fail 不触发、success 也不执行。
- iOS：「App 设置」→「iOS 设置」→ 勾选「剪贴板」，对应生成
NSClipboardUsageDescription描述字段 - Android：「模块权限配置」→ 启用「clipboard」模块，否则真机上直接无响应
- H5 端无需配置，但受限于浏览器策略：必须由用户手势（如 click）触发，且部分安卓浏览器会拦截
- 小程序端（微信/支付宝）不走
uni.setClipboardData，而是用平台原生 API，权限由宿主环境统一管控，无需额外配置
真正麻烦的从来不是怎么“塞进去”，而是怎么让对方“认出来”。剪贴板没有格式协商机制，你传什么，对方就收什么；你降级得狠，用户看得清；你留得 fancy，粘贴后全是乱码。别跟平台对抗，该舍的标签，一个都别硬留。
