uni-app 的 image 组件无法直接长按复制图片链接是平台限制所致：微信/支付宝小程序拦截原生长按事件，H5 无系统级长按菜单；需改用 view + background-image 模拟图片容器并手动实现长按逻辑，再调用 uni.setClipboardData 复制 URL 字符串。
uni-app 的 image 组件无法直接长按复制图片链接——这不是写法问题，而是平台限制导致的必然结果。 微信/支付宝小程序对 image 标签做了原生行为拦截，@longpress 在真机上大概率不触发；H5 下更无系统级长按菜单，@longtap 完全无效。所谓“复制链接”，必须绕过原生 image，手动实现可响应的长按逻辑，并明确区分「复制 URL 字符串」和「保存图片文件」两种行为。
为什么 @longpress 绑定 image 会失效
微信小程序底层禁止对 image 元素触发原生长按事件（包括 @longpress 和 @longtap），这是为了统一管控识别图中二维码等系统能力。即使代码写对了，在真机调试时也看不到任何响应。App 端表现不稳定，H5 则完全静默——浏览器不提供该交互支持。
- 不要给
<image>同时绑定@click和@longpress，部分安卓机型会误触发 click - 不能依赖 H5 预览效果判断长按是否生效，真机调试必须用微信/支付宝小程序
- 若目标是“识别图中二维码”，必须用原生
<image>+ 微信原生长按菜单，其他方案（如view+background-image）均无效
如何用 view + background-image 实现可长按的图片容器
放弃语义化 image，改用 view 模拟图片展示区域，才能稳定捕获长按事件。关键点在于显式控制尺寸与背景渲染：
-
view必须设置固定width和height（不能靠内容撑开） - 使用
background-image: url(...)加background-size: cover或contain控制缩放 - 绑定
@touchstart启动 800ms 计时器，@touchend/@touchcancel清除计时器 - 仅当
e.touches.length === 1时才判定为有效单指长按，排除滑动、缩放干扰
示例片段：
<view class="img-container" :style="{ backgroundImage: 'url(' + item.src + ')', width: '200rpx', height: '200rpx' }"
@touchstart="handleTouchStart(index)"
@touchend="handleTouchEnd"
@touchcancel="handleTouchEnd">
</view>
复制图片链接（URL 字符串）的正确流程
「复制链接」本质是把 src 属性值写入剪贴板，和保存图片文件无关。它只在 App 和小程序端可行，H5 因安全策略限制，navigator.clipboard.writeText 对跨域图片 URL 可能被拒绝，且需用户手势触发：
- 调用
uni.setClipboardData({ data: item.src })，不是uni.saveImageToPhotosAlbum - H5 下必须确保当前操作由用户真实点击/触摸触发（不能在异步回调里调），否则浏览器会拒绝写入
- 微信小程序需配置「downloadFile 合法域名」，否则后续若想下载该图会失败，但复制 URL 本身不受此限
- 复制成功后建议用
uni.showToast({ title: '链接已复制', icon: 'success' })提示，避免用户无感知
权限与兼容性容易被忽略的点
很多人以为复制链接不需要权限，其实不然：iOS 和部分安卓 ROM（如华为 EMUI）会对剪贴板 API 做运行时权限管控，uni.setClipboardData 失败时 err.errMsg 可能只含 fail system error，无明确提示。
- 务必检查
uni.getSystemInfoSync().platform，H5 环境下应降级为「点击下载」或「手动复制」按钮 - App 端首次调用前建议先
uni.getSetting检查scope.clipboards（如有），失败则引导用户去设置页 - 不要把复制逻辑和图片加载状态耦合太紧——即使
imgLoaded[index]为 false，URL 字符串本身仍是可用的
最常被跳过的其实是 H5 的 fallback 方案：没做同源校验就直接绑 <a download href="xxx">，遇到 CDN 图片因 CORS 报错却没兜底逻辑，用户点击后毫无反应。
