uni-app无法实现“复制文字+保存图片”的原子操作，必须分步调用uni.setclipboarddata（仅文本）和uni.saveimagetophotosalbum（仅小程序/app，h5不支持，需降级为下载），且需独立处理权限、路径、跨域及平台差异。
uni-app 没有「复制文字 + 保存图片」的原子操作，所谓“同时”，只能是分两步手动触发：先调用 uni.setClipboardData 写入文本，再调用 uni.saveImageToPhotosAlbum 保存图片——但这两步不能合并成一次用户操作，且跨端行为差异极大，H5 根本不支持保存图片到相册。
uni.setClipboardData 和 uni.saveImageToPhotosAlbum 必须分开调用
这两个 API 作用完全不同，也不能嵌套或联动：
-
uni.setClipboardData只处理剪贴板文本，返回 success/fail 回调，不涉及文件系统 -
uni.saveImageToPhotosAlbum是相册写入操作，需本地filePath，H5 环境直接报saveImageToPhotosAlbum is not a function - 不能在
uni.setClipboardData的success回调里直接调用uni.saveImageToPhotosAlbum并期望“一起完成”——App 和小程序端权限弹窗可能阻塞、失败时无提示，H5 则直接崩 - 用户感知上想“点一下就搞定”，实际得拆成视觉上的单次点击 + 逻辑上的两次独立调用 + 分场景兜底
H5 端根本无法保存图片到相册，只能下载
H5 没有相册概念，uni.saveImageToPhotosAlbum 不可用，强行调用会静默失败或抛错。唯一可行的是模拟下载：
- 若图片是同域或 CORS 开放的 URL，可直接用
<a href="xxx.jpg" download></a>触发下载 - 跨域图必须先用
uni.downloadFile或canvas+image.crossOrigin = "anonymous"转 base64，再生成 Blob URL 绑定到<a></a>的href - Safari 对
download属性支持差，data URL 常被忽略，建议 fallback 到window.open(blobUrl)弹新页预览 - 别试图用
canvas.toDataURL()后调navigator.clipboard.write()—— 浏览器策略禁止图片写入剪贴板
App 和小程序端要分别处理权限和路径
哪怕目标平台支持两个操作，也得严格按顺序和条件执行：
- 必须先确保
scope.writePhotosAlbum权限已授权，否则uni.saveImageToPhotosAlbum直接失败，err.errMsg通常含auth deny - 小程序不能传网络 URL 给
uni.saveImageToPhotosAlbum，必须先uni.downloadFile拿到tempFilePath；App 端虽支持远程 URL，但 iOS 常静默失败，统一走下载流程更稳 - 微信小程序需提前在「开发管理 → downloadFile 合法域名」配好图片域名，否则
downloadFile直接 404 - 不要把文字复制和图片保存塞进同一个
@tap回调里不做状态隔离——用户连点两次可能触发重复下载或权限弹窗堆叠
最易被忽略的一点：H5 和小程序/APP 的“保存图片”语义完全不同，前者是下载文件，后者是写入系统相册。如果业务上真需要“复制文字+附带一张图”，正确做法不是强行同步执行，而是明确告诉用户这是两个动作（比如按钮文案写成“复制链接并保存海报”），并在失败时分别反馈——例如文字复制成功但图片保存被拒，就得单独提示“请手动保存图片”。
