微信小程序无法前端直接识别图片中二维码，唯一合规方式是调用wx.scancode从相册选图识别；若需自动识别，必须走服务端ocr+qr解码方案。
uni-app 微信小程序中无法直接用 canvas 或 ctx.drawImage 拦截图片识别二维码
微信小程序原生不开放「从任意图片提取二维码内容」的 API，wx.scanCode 只能调起摄像头扫码或相册选图后由微信自动识别——它不接受传入的 base64 或 tempFilePath 图片路径做识别。所以 uni-app 里写 uni.scanCode({ source: 'album' }) 确实能唤起相册并识别，但用户必须手动点选一张图，且识别逻辑完全黑盒，无法控制是否“长按识别图中码”。
真正想实现“长按图片 → 自动识别其中二维码”，本质是：在前端解析图片像素，定位二维码区域，再解码。这需要两个能力：图像处理 + QR 解码库，而微信小程序环境限制极严（无 Image 构造函数、无完整 Canvas 2D API、不能动态 import wasm、Worker 不可用）。
- 常见错误现象：
qrcodejs2/jsqr在 H5 跑得好好的，一打包成微信小程序就报Cannot read property 'getContext' of null或require is not defined - 根本原因：这些库依赖浏览器 DOM 和完整 Canvas，小程序里
canvas是自定义组件，uni.createCanvasContext返回的 ctx 不兼容标准 API - uni-app 的
uni.chooseImage+uni.getFileSystemManager().readFile只能拿到二进制或 base64，但没有可用的解码入口
微信小程序唯一可行路径：用 wx.scanCode 的 onlyFromCamera 和 scanType 控制识别行为
别绕弯子，微信官方只留了这一条合规通路。虽然不能“自动识别图中码”，但可以通过 UI 引导+参数组合，逼近体验：
把播客变成可读文章。支持输入音频文字稿、节目链接或摘要笔记，自动提炼核心观点、精选金句，生成适配微信公众号、知乎、企业内刊等多平台的图文内容。提供深度解析、精华摘要、对话体重构、社交媒体切片四种风格，开箱即用。
下载
播客文章生成器。将音频文字稿、节目链接、摘要笔记转化为结构清晰、适合发布的图文文章。支持多种输出风格（深度解析、精华摘要、对话体重构、社交媒体切片）和多种输出格式（Markdown、微信公众号、知乎、企业内刊）。触发词：播客文章、播客转文章、podcast to article、podcast article
-
uni.scanCode({ onlyFromCamera: false, scanType: ['qrCode', 'barCode'] })：允许从相册选图，微信会自动识别图中所有可读二维码（注意：仅限相册图片，非页面任意<image></image>） - 配合长按事件模拟“长按识别”：给图片加
@longpress，弹出提示“识别图中二维码？”，点击后调用uni.scanCode，把当前图片先保存到相册（需用户授权scope.writePhotosAlbum），再唤起扫描 - 关键限制：
uni.saveImageToPhotosAlbum成功后，uni.scanCode({ onlyFromCamera: false })并不能指定刚存的图——它仍需用户手动点选，无法跳过交互 - 性能影响：整个流程至少 2 次用户操作（长按 → 确认 → 相册点选），比原生 App 体验差一个量级
真·识别图中码？只能走服务端 OCR + QR 解析方案
如果业务强依赖“上传图片→返回二维码内容”，必须放弃纯前端幻想，把图片发到后端处理：
- 前端：用
uni.chooseImage获取tempFilePath，再用uni.uploadFile发送到你自己的接口（如/api/ocr/qrcode） - 后端：收到图片后，用 OpenCV + pyzbar（Python）或 zxing（Java/Go）做 QR 定位与解码；或直接调用百度 OCR / 腾讯云 OCR 的二维码识别接口（更稳，但有调用成本）
- 兼容性优势：绕开小程序所有 canvas 限制，支持任意角度、模糊、带遮挡的二维码
- 容易踩的坑：
tempFilePath是本地临时路径，不能直接传 URL 给后端；必须用uploadFile上传二进制流，且后端要正确解析 multipart/form-data 中的文件字段
uni-app 里千万别碰的“伪方案”
以下做法看似能跑，实际线上必崩或被微信拒绝审核：
- 用
uni.canvasToTempFilePath把页面<image></image>绘到 canvas 再转成临时路径，然后传给uni.scanCode—— 微信会静默失败，不报错也不识别 - 引入
@zxing/library并尝试用BrowserCodeReader：小程序无document和VideoElement，初始化直接 throw - 用
web-view嵌套 H5 页面做识别：iOS 下web-view的 canvas 无法读取同域图片（CORS），安卓表现不一致，且无法和小程序原生 UI 无缝集成 - 试图用
uni.getSystemInfoSync().platform === 'ios'分平台 hack：微信对 iOS/Android 的 canvas 限制逻辑不同，但结果都是不可靠
复杂点在于：你以为在调 API，其实是在和微信的沙箱规则博弈；最容易被忽略的是——哪怕你用服务端方案，也要在小程序端预判网络延迟，给用户明确反馈（比如“识别中…”而不是卡住），否则体验比不加还差。
