一张图里有多个二维码或条形码怎么查：逐个核对识别结果

一张包装图里同时出现二维码、商品条码和物流码时，识别器返回一条结果并不等于“整张图已经读完”。多码场景真正要核对的是四件事：识别了几条、每条是什么码制、文本是否完整、结果是否能和原图位置对应。少看一项，就可能把半张标签当成完整数据交出去。

先把“生成”和“识别”分开

二维码与条形码工具有“生成”和“识别图片里的码”两种工作区。生成是把一段已知内容编码成 QR、Code128、EAN、UPC-A 或 ITF-14；多码核对属于识别工作区，输入是一张已有图片，输出是若干条有效结果。

这两条路径的验收标准不同。生成时看格式、数字长度和校验位；识别时先看图片里的码是否都被读到。不要因为页面能成功生成一个码，就把同样的信心套到一张复杂包装照片上。

工具返回的是“检测到的有效结果”，不是码的清单

识别运行会请求尽量多找几个符号，并开启更积极的尝试；当前实现把返回结果限制在最多 8 个符号，再过滤掉无效或空文本，最后只展示带 text 和 format 的结果。这里有三个实际含义：

1. 返回 0 条，可能是图片太糊、码被遮挡，也可能是码制超出当前识别器范围。
2. 返回 1 条，不代表原图只有 1 个码；其他码可能太小、反光或被边缘裁掉。
3. 返回多条，也不代表结果顺序就是包装上的阅读顺序；页面提供的是识别结果，不提供业务字段排序。

所以不要只记录“识别成功”。先把结果数量记下来，再和原图中肉眼可见的码数量对比。

一张多码图片的四步核对法

1. 先数原图里的码

在原图上用方框或纸笔标出每个二维码、商品条码、物流条码的位置。相邻很近的码容易被当作一个区域，透明保护膜和反光也会让某个码看起来像背景纹理。先数清楚，再点识别。

2. 对照结果里的格式

结果卡片会展示识别器返回的格式和文本。把 QR_CODE、EAN_13、CODE_128 等格式与原图位置对照，不要只复制一串数字。格式不对时，哪怕数字看起来完整，也要回到原图检查是否读到了旁边的码。

3. 逐条检查文本边界

包装码下方的人眼可读数字、二维码里的网址或文本，可能包含前导零、大小写、连字符或末尾校验位。复制结果后，逐条与原图或业务台账核对。尤其是以零开头的商品码，不要用会自动去掉前导零的表格格式保存。

4. 对不上时分区再识别

如果原图有 3 个码、结果只有 2 条，先不要把“2 条”当成最终答案。用图片裁剪把每个码单独裁成一张清晰图片，保留完整码区和四周留白，再逐张识别。分区后的结果更容易对应位置，也能快速判断是尺寸、反光还是遮挡造成的漏读。

为什么不要把多码结果直接批量入库

当前页面可以复制每条识别结果，但不会替你决定字段名称、商品顺序、主码和辅码，也不会把结果自动写入 ERP。多码图片常见的业务错误不是“完全读不出来”，而是把 A 码的文本贴到了 B 码的商品行。

交接时至少保留一张原图和一张核对表：

原图位置	识别格式	识别文本	是否与台账一致
左上 / 主图区域	QR 或条形码格式	复制的完整文本	是 / 否
右侧 / 包装侧面	识别器返回格式	复制的完整文本	是 / 否
底部 / 物流标签	识别器返回格式	复制的完整文本	是 / 否

表格不是工具自动生成的结果，而是给人工复核留下位置关系。没有位置关系的纯文本列表，后续很难追查。

识别边界和补救顺序

多码识别不保证：

• 把图片中所有可见码都找出来；
• 按从左到右、从上到下返回；
• 返回定位框、置信度或业务含义；
• 识别被反光、折痕、低分辨率或遮挡破坏的内容；
• 把一张图中的结果直接转换成可导入的商品主数据。

最短补救路径是：保留原图 → 数清可见码 → 记录返回数量和格式 → 对不上就逐码裁剪 → 复制后人工核对。若只是要新建一个码，而不是读取已有图片，应回到生成工作区，按目标码制填写内容并检查格式规则。