错误源于未提前申请scope.writephotosalbum权限，用户拒绝后uni.authorize不再弹窗，必须通过uni.opensetting引导手动开启，且filepath须为downloadfile生成的本地路径而非网络url。
小程序端 uni.saveImageToPhotosAlbum 调用失败的典型表现
用户长按图片后无反应，或点击“保存图片”菜单项后弹出“保存失败”提示，控制台可能报错 errCode: 10012, errMsg: "saveImageToPhotosAlbum:fail auth deny"。这不是代码写错了，而是权限链断裂：微信小程序要求必须在调用 uni.saveImageToPhotosAlbum 前，**显式申请 scope.writePhotosAlbum 权限**，且该授权不能由系统自动触发——必须提前调用 uni.authorize。
为什么不能等长按后再申请权限？
微信小程序对 scope.writePhotosAlbum 的限制比 iOS 更严格：一旦用户拒绝过，后续再调用 uni.authorize 会直接走 fail 回调，且不再弹窗；此时再调 uni.saveImageToPhotosAlbum 必然失败。所以不能把权限申请和保存操作耦合在同一个长按事件里。
- 首次进入页面时，应主动检查并申请权限（可配合引导文案）
- 若已拒绝，
uni.getSetting返回authSetting['scope.writePhotosAlbum'] === false，此时需调用uni.openSetting弹出系统设置页，由用户手动开启 -
uni.previewImage的longPressActions中不能直接执行保存逻辑，必须确保权限已就绪
小程序端完整保存流程（含降级兜底）
以下逻辑适用于微信/支付宝/百度等主流小程序平台，重点处理权限状态分支：
- 先调
uni.getSetting检查scope.writePhotosAlbum状态 - 若未授权，调
uni.authorize({ scope: 'scope.writePhotosAlbum' })；成功则继续，失败则跳转设置页 - 授权通过后，再执行
uni.downloadFile→uni.saveImageToPhotosAlbum链路（注意：小程序不支持直接传网络 URL 给filePath，必须先下载） - 保存失败时，若错误信息含
"auth deny"或"setting"，说明权限问题未解决，应再次引导打开设置
关键点：uni.saveImageToPhotosAlbum 的 filePath 必须是本地临时路径（来自 downloadFile.success.res.tempFilePath），传网络地址会静默失败。
H5 和 App 端不要复用同一套权限逻辑
小程序端必须走 uni.authorize + uni.openSetting 这套显式流程；而 H5 端靠 <a download></a> 或 Canvas 导出，App 端依赖 manifest 配置 + 动态权限申请。如果项目是多端编译，务必用条件编译区分：
#ifdef MP-WEIXIN 块内写小程序专属权限逻辑，#ifdef APP-PLUS 写安卓/iOS 权限申请，#ifdef H5 写 a 标签或 canvas 方案。混用会导致某端白屏或权限弹窗无限循环。
最常被忽略的是：小程序真机调试时，开发者工具模拟的权限状态和真实手机不一致，必须在真机上验证授权弹窗是否正常触发、拒绝后能否正确跳转设置页——这点不验证，上线后用户投诉率会陡增。
