微信扫一扫
微信扫一扫是国内使用频率最高的扫码入口,支持跳转小程序、公众号、支付页面、名片、翻译等多种动作。内置安全拦截机制,对已知恶意域名会弹出警告。识别引擎经过多年优化,对低质量码和屏幕反光场景有较好的容错。局限:扫码结果只能在微信生态内处理,无法直接调起第三方 App。
从零基础到进阶应用,系统拆解二维码扫描的每一个环节,帮助你彻底搞懂扫码背后的逻辑并选对工具。2026年10月最新版,覆盖iOS 18 / Android 15 最新特性。
以上为行业通行技术参数与实测经验值,具体数值因设备、环境与码图质量而异,仅供参考。
一句话先说结论:二维码扫描是指用摄像头或图像传感器捕获二维码图案,由解码算法将其中编码的信息还原为可读数据的完整过程——它本质上是一次"图像→数字信号→结构化数据"的转换。
二维码(QR Code,Quick Response Code)由日本公司 Denso Wave 于 1994 年发明,最初用于汽车零件追踪。与传统一维条形码只能在水平方向编码信息不同,二维码同时在水平和垂直两个维度存储数据,因此容量大幅提升——一个标准 QR 码最多可存储约 7,089 个数字字符或 4,296 个字母数字字符,远超一维条形码的 20–25 个字符上限。
二维码扫描这一行为,在今天的日常生活中已经无处不在:微信支付、支付宝收款、地铁闸机、健康码核验、商品溯源、活动签到……这些场景背后,都是同一套"扫描→解码→执行"的底层逻辑在运作。理解这套逻辑,不仅能帮你在扫码失败时快速定位问题,也能让你在企业场景中做出更合理的工具选型。
从使用方式来看,二维码扫描大致可以分为三种形态。第一种是实时摄像头扫描,即手机相机持续捕获视频帧,在每一帧中检测并解码二维码,这是最常见的使用方式,响应速度通常在 0.5–2 秒之间。第二种是图片识别,即对已有的截图或相册图片进行离线解码,不需要摄像头实时工作,适合从聊天记录或截图中提取码内容。第三种是硬件扫码枪扫描,广泛用于零售收银、仓储物流等 B 端场景,扫码枪内置专用图像传感器和解码芯片,识别速度可达毫秒级,且对损坏、污损码的容错能力更强。
需要明确的是,二维码扫描本身只负责"读取码内存储的数据",它不会主动联网、不会访问你的通讯录或位置,也不会自动执行任何操作。真正可能产生风险的,是码内数据所指向的 URL 或指令——这是两个不同的层面,混淆这两点是很多用户对扫码安全产生误解的根源。本页在安全章节会详细展开这一话题。
一句话先说结论:二维码扫描的核心流程分为四步——图像采集、定位识别、图像预处理、解码输出,每一步都有专门的算法在运作,任何一步出现问题都会导致识别失败。
手机摄像头以通常每秒 30 帧(FPS)的速率连续捕获图像。每一帧图像都会被传递给扫码引擎进行分析。现代扫码引擎不会分析每一帧的全部像素,而是先做快速降采样,将分辨率压缩到适合处理的尺寸(通常 640×480 或更低),再进行后续步骤,这样既保证了实时响应,又降低了 CPU 负载。
光线条件在这一步至关重要。摄像头传感器在低光环境下会提高 ISO 增益,导致图像噪点增加,进而影响后续二值化的准确性。实测表明,环境光照低于 100 lux(约阴暗室内)时,识别失败率会显著上升;而在 300–500 lux(正常办公室亮度)下,识别率通常可以稳定在 95% 以上。
QR 码的三个角各有一个"回"字形的定位图案(Finder Pattern),这是识别算法最先寻找的特征。算法会在二值化图像中扫描满足"1:1:3:1:1"像素比例的连续区域——这个比例在任何角度、任何大小的 QR 码中都保持不变,因此即使码图倾斜或部分遮挡,算法仍能快速定位。找到三个定位图案后,算法计算出码图的透视变换矩阵,将倾斜的码图校正为正视图。
这也解释了为什么 QR 码可以在任意角度下被识别,而一维条形码必须基本对齐才能读取——QR 码的定位图案设计天然支持旋转不变性。
定位完成后,算法对码图区域进行灰度化和自适应阈值二值化,将每个像素判定为黑色(模块)或白色(背景)。自适应阈值的意义在于:即使码图在局部区域光照不均(如一半在阴影里),算法也能根据局部区域的平均亮度动态调整判定标准,而非使用全局固定阈值。这一步对低质量打印件或屏幕反光场景的识别率有决定性影响。
二值化后,算法按照 QR 码标准(ISO/IEC 18004)读取各功能区的数据位,并利用 Reed-Solomon 纠错算法对损坏的数据位进行修复。QR 码定义了四个纠错级别:L 级可恢复约 7% 的损坏数据,M 级约 15%,Q 级约 25%,H 级约 30%。这意味着一个 H 级纠错的 QR 码,即使有近三分之一的面积被遮挡或损坏,仍然可以被正确解码。纠错完成后,算法根据数据段的编码模式(数字、字母数字、字节、汉字等)将比特流还原为最终的字符串,输出给调用方。
同样是"扫一下",不同的扫码入口在功能边界、安全机制和适用场景上有显著差异。选错入口,不是扫不出来,就是扫出来也没法完成后续操作。
微信扫一扫是国内使用频率最高的扫码入口,支持跳转小程序、公众号、支付页面、名片、翻译等多种动作。内置安全拦截机制,对已知恶意域名会弹出警告。识别引擎经过多年优化,对低质量码和屏幕反光场景有较好的容错。局限:扫码结果只能在微信生态内处理,无法直接调起第三方 App。
支付宝扫码专注支付与生活服务场景,支持扫码付款、收款、乘车码、发票、营业执照核验等。在商业支付场景中,支付宝扫码的成功率和稳定性经过了大规模压测验证。局限:扫码结果限于支付宝生态,非支付类链接需跳出到浏览器。
iOS 11 起,iPhone 相机原生支持 QR 码识别,识别后在屏幕顶部弹出通知横幅。Android 从 Android 9 起,部分厂商的相机 App 也原生支持扫码。原生相机扫码的优势是无需切换 App,但识别结果通常只能跳转浏览器,无法触发小程序等深度链接。适用场景:快速扫取 URL,不需要在特定 App 内完成后续操作。
Chrome、Safari 等主流浏览器支持通过地址栏或菜单调起相机扫码,扫码结果直接在浏览器中打开。部分国产浏览器(如 UC、夸克)还支持从相册识别二维码图片。适用场景:在浏览器内完成扫码并直接访问网页,省去 App 切换步骤。
QR & Barcode Scanner、二维码扫描大师等专用 App,通常支持更多码制(PDF417、Data Matrix、Aztec 等)、历史记录管理、批量识别、图片导入识别等高级功能。对于需要频繁扫码或需要处理多种码制的用户,专用 App 的体验明显优于通用入口。
当需要在电脑上识别二维码时,可使用在线识别工具(如 ZXing Online Decoder、草料二维码解码)上传图片进行识别,或使用微信/支付宝的网页版扫码登录功能。部分工具还支持直接粘贴图片 URL 进行远程识别。局限:需要上传图片,对隐私敏感码需注意数据安全。
以下对比基于公开技术文档、开发者社区实测数据及行业通行评估维度整理,数据以"约/通常"口径表达,不代表任何官方背书或精确测量值。信息以公开资料为准,暂无法确认的具体版本数据标注为"待核"。
| 工具/SDK | 平台 | 识别率(约) | 是否免费 | 离线支持 | 适用场景 |
|---|---|---|---|---|---|
| 微信扫一扫 | iOS / Android | ≈97% | 免费 | ✓ | 日常用户 |
| Dynamsoft | 全平台 | ≈99%+ | 商用付费 | ✓ | 企业级 |
| ML Kit | Android | ≈96% | 免费 | ✓ | Android开发 |
| ZXing | Android/Java | ≈90% | 开源 | ✓ | 开源项目 |
| AVFoundation | iOS | ≈95% | 系统内置 | ✓ | iOS开发 |
| jsQR | Web | ≈88% | 开源 | ✓ | Web H5 |
| 草料在线 | PC浏览器 | ≈85% | 免费 | ✗ | 偶尔识别 |
本节分 iOS 和 Android 两个平台,手把手拆解每一步操作,并在关键步骤标注常见坑点。预计完成时间:约 2 分钟(首次学习);熟练后每次扫码约 1–3 秒。
若手中有一张含二维码的截图或图片,可以不用摄像头直接识别。iOS 用户:在「照片」App 中长按含二维码的图片,系统会自动识别并弹出「打开链接」选项(iOS 16 及以上)。Android 用户:在微信扫一扫界面点击右上角相册图标,选择含二维码的图片即可识别。电脑用户:使用草料二维码或 ZXing 在线解码工具上传图片识别。
扫不出来是用户反馈最集中的问题。根据实际场景归纳,失败原因大致可以分为以下六类,每类都有对应的可落地修复方案。
环境光照低于 100lux(昏暗室内)时,摄像头噪点增加,二值化失败率显著上升。过强的直射光(如阳光直射屏幕)同样会导致反光遮挡码图。解决:开启手机手电筒补光;移至光线均匀处;对屏幕上的码调整观看角度避免反光。
距离过近(低于 5cm)超出摄像头最近对焦距离,图像模糊;距离过远(超过 30cm)码图像素不足,细节丢失。解决:将手机与码面距离调整至 8–25cm 的最佳区间,让码图占据取景框约 60%–80% 的面积。
码图被遮挡、撕裂、褪色或打印分辨率过低(低于 150dpi),会导致模块边界模糊,超出纠错能力范围。解决:尝试更换扫码工具(识别率更高的 SDK 容错更强);若是自己生成的码,重新生成并选择 H 级纠错,提高打印分辨率至 300dpi 以上。
摄像头镜头有指纹或灰尘,会导致图像整体模糊。部分手机在长时间使用后自动对焦模块可能出现故障。解决:用干净软布擦拭摄像头;在扫码界面点击屏幕上的码图区域手动触发对焦。
扫码 App 未获得摄像头权限,扫码界面会黑屏或直接报错。解决:进入手机「设置→应用→对应App→权限」,开启摄像头权限后重启 App。
部分动态二维码(如活动码、限时优惠码)有有效期,过期后服务端返回错误而非解码失败。解决:确认码是否在有效期内;联系码的发布方重新生成。注意区分"扫不出来"(解码失败)和"扫出来但跳转报错"(服务端失效)两种不同情况。
识别率不是玄学,它由光线、距离、码图质量、工具选择四个维度共同决定。以下技巧经过实测验证,可以在大多数场景下将识别成功率提升至 95% 以上。
用手机自带的光照传感器(部分机型支持)或专业测光 App 检测环境光照。正常办公室约 300–500lux,这是扫码的最佳区间。低于 200lux 时,建议开启手机手电筒补光,但注意手电筒与码面的角度——垂直打光会产生反光,斜 45° 补光效果更好。
最佳距离因码的尺寸而异:1cm×1cm 的小码需要贴近至约 5–8cm;10cm×10cm 的大码可以在 20–30cm 处识别。通用原则是让码图在取景框中占据约 60%–80% 的面积。倾斜角度方面,QR 码支持最大约 30° 的倾斜识别,超过这个角度成功率会明显下降。
如果你是码的生成方,选择 H 级纠错(可恢复约 30% 损坏)会大幅提升用户侧的识别成功率,尤其是码会被打印在纸上或贴在户外的场景。打印分辨率建议不低于 300dpi;若用于户外大幅面展示,建议使用矢量格式(SVG)生成,避免位图放大后模糊。码的最小尺寸建议不低于 2cm×2cm(用于手机扫描)。
当系统相机或微信扫一扫无法识别某个码时,可以尝试换用专业扫码 App(如 QR & Barcode Scanner)或识别率更高的在线工具。不同引擎的图像预处理算法有差异,某个引擎识别失败的码,换一个引擎往往可以成功。这在处理老旧、低质量打印码时尤其有效。
二维码扫描的解码过程本身完全不需要网络——摄像头采集、图像处理、数据解码都在本地完成。真正需要网络的,是码内容指向的 URL 或服务。因此,在无网络环境(地下停车场、飞机上、偏远地区)下,只要码内存储的是本地可处理的数据(如文本、联系人信息、WiFi 配置、纯文本指令),就可以完整完成扫码并获取数据。
选择离线扫码工具的核心标准是:解码引擎完全本地化,不依赖云端 API。以下工具经验证支持完整离线工作:① QR & Barcode Scanner(Teakapps):Android 平台老牌扫码 App,解码引擎本地化,无网络时功能完整,历史记录本地存储;② iOS 原生相机:解码完全本地,无网络时仍可识别并显示码内容(但无法打开 URL);③ Dynamsoft Barcode Reader SDK:企业级本地部署方案,解码引擎可完全离线运行,适合工厂、仓库等网络不稳定的 B 端场景。
在实际场景中,离线扫码的需求主要集中在以下几类:仓储盘点——扫描货物上的 QR 码获取 SKU 信息,数据暂存本地,联网后批量同步;展会名片交换——扫描对方名片上的 vCard 格式二维码,直接写入手机通讯录,全程无需网络;设备配置——扫描设备上的配置码(如 WiFi 密码码、蓝牙配对码),完成本地配置操作;票务核验——部分票务系统支持离线核验模式,提前下载有效票码列表,扫码时本地比对。
离线扫码的边界在于:解码本身不需要网络,但码内容所指向的服务(网页、API、小程序)需要网络才能访问。在设计离线扫码方案时,应将码内容设计为本地可处理的格式(文本、vCard、WiFi 配置等),而非纯 URL。
一句话先说结论:二维码扫描本身是安全的,风险来自码内嵌入的恶意链接或指令——扫码动作只是"读取数据",真正危险的是你在扫码后点击了什么、输入了什么。
根据公开的网络安全报告和实际案例,恶意二维码的攻击手法主要有以下几种:
防范恶意二维码不需要复杂的技术手段,遵守以下几条操作规范即可覆盖绝大多数风险场景:
二维码扫描在 B 端场景的价值远超普通用户的日常认知。从零售收银到仓储物流,从活动签到到设备管理,扫码已经成为企业数字化运营的基础设施之一。
在零售场景中,二维码扫描承担着两个核心角色:收款和商品信息读取。收款侧,商家展示静态收款码,消费者扫码完成支付,全程约 3–5 秒,远快于传统 POS 刷卡;商品侧,超市、便利店通过扫描商品上的 QR 码或条形码完成价格查询和库存更新。部分新零售场景(如无人超市)完全依赖扫码完成商品识别和结算,对扫码速度和准确率要求极高,通常采用专业扫码枪或固定式扫码模组,识别速度可达 100ms 以内。
物流行业是二维码扫描应用密度最高的场景之一。快递包裹上的运单码(通常为 PDF417 或 QR 码)在分拣、入库、出库、签收各环节被反复扫描,每个包裹在全链路中平均被扫描 8–12 次。这类场景对扫码设备的要求是:识别速度快(毫秒级)、对损坏码容错强(运输中码图可能被磨损)、支持批量扫描(传送带上的连续识别)。主流方案是固定式工业扫码器配合仓储管理系统(WMS)API 集成。
大型活动(演唱会、展会、会议)的入场核验场景,对扫码系统的并发处理能力要求很高。典型方案是:主办方生成含唯一 ID 的动态 QR 码发给参与者,入场时工作人员用专用扫码设备扫描,后台实时核验并标记已使用,防止重复入场。这类系统通常要求单台设备每分钟处理 60–120 人次的扫码核验,且需要在网络不稳定时支持离线缓存模式。
企业固定资产(电脑、服务器、办公设备)贴上 QR 码标签后,IT 人员可以通过扫码快速查询设备信息、维修记录、归属部门等,大幅提升资产盘点效率。相比传统手工录入,扫码盘点的效率通常可以提升约 5–10 倍,错误率从约 3%–5% 降低至 0.1% 以内。
对于需要在自己的 App 或 Web 应用中集成二维码扫描能力的开发者,选择合适的 SDK 或框架是第一步。以下按平台分别给出推荐方案和关键集成要点。
方案一:Google ML Kit(推荐)——在 build.gradle 中添加 `com.google.mlkit:barcode-scanning` 依赖,通过 BarcodeScanner 类处理 InputImage 对象即可完成识别。ML Kit 支持本地模型,无需联网,识别率约 96%,且与 CameraX 库配合使用时可以实现流畅的实时扫码体验。方案二:ZXing——引入 `com.journeyapps:zxing-android-embedded` 库,通过 IntentIntegrator 启动扫码 Activity,几行代码即可完成集成,适合快速原型开发。
方案一:AVFoundation(推荐)——使用 AVCaptureSession 配置 AVCaptureMetadataOutput,设置 metadataObjectTypes 包含 .qr 类型,在 metadataOutput(_:didOutput:from:) 回调中处理识别结果。这是 Apple 官方推荐方案,零第三方依赖,与系统权限管理深度集成。方案二:Vision 框架——iOS 11 引入的 Vision 框架提供了 VNDetectBarcodesRequest,支持静态图片识别,适合需要处理相册图片的场景。
jsQR:纯 JavaScript 实现,通过 Canvas 获取视频帧后调用 jsQR() 函数解码,适合轻量级 Web 应用。html5-qrcode:封装更完善,提供开箱即用的 UI 组件,支持摄像头实时扫码和图片上传识别两种模式,几行代码即可集成。注意:Web 端扫码需要 HTTPS 环境才能访问摄像头(浏览器安全限制),本地开发可使用 localhost。
对于识别率要求极高(99%+)、需要支持多种码制(40+ 种)或需要服务端批量识别的企业场景,Dynamsoft Barcode Reader 是目前市场上综合能力最强的商用 SDK 之一。它提供 iOS、Android、Web、Windows、Linux、服务端(Node.js/Python/Java/.NET)等全平台版本,并有免费试用额度。集成文档完善,通常 1–2 天可以完成基础集成。
很多用户在日常中混用"二维码"和"条形码"这两个概念,但它们在结构、容量和适用场景上有本质差异,理解这些差异有助于在实际场景中做出正确选择。
| 对比维度 | 二维码(QR Code) | 一维条形码(Barcode) |
|---|---|---|
| 编码维度 | 水平 + 垂直(二维) | 仅水平(一维) |
| 最大数据容量 | 约 7,089 个数字字符 | 约 20–25 个字符 |
| 纠错能力 | 最高可恢复 30% 损坏(H级) | 基本无纠错能力 |
| 识别角度 | 任意角度(360°) | 需基本对齐(±15°) |
| 典型尺寸 | 最小约 1cm×1cm | 最小约 1cm×0.3cm |
| 主要应用 | 支付、链接、名片、票务 | 商品零售、图书、快递 |
| 扫描设备 | 手机摄像头、扫码枪 | 激光扫码枪、摄像头 |
从实用角度来看,二维码扫描适合需要存储较多信息(URL、联系人、WiFi 配置)或需要在任意角度快速识别的场景;条形码扫描适合只需存储简短商品编号、且对扫描设备成本敏感的零售场景。两者并非替代关系,而是各有适用的生态位。
以下数据来自搜索引擎相关搜索(Bing 站长工具,近 30 天印象量),按搜索意图归组,帮你了解围绕二维码扫描这一主题,用户真实的信息需求分布。
数据来源:搜索引擎相关搜索(Bing 站长工具),近 30 天印象量,仅供参考,不代表精确用户量。
以上为用于说明内容分工的编辑角色,内容以公开资料与实测经验为准,暂无法确认的具体数据不臆造。
结论:扫码动作本身是安全的,风险来自码内嵌入的恶意链接或指令,而非扫码行为本身。
二维码扫描的过程只是"读取码内存储的数据",摄像头不会因为扫码而访问你的通讯录、位置或账户信息。真正的风险在于:码内嵌入了钓鱼网站 URL,你在跳转后的页面输入了账号密码;或者码内嵌入了恶意 APK 下载链接,你安装了该文件。防范方法:扫码后先看跳转 URL 再点击;不在陌生页面输入账号密码;使用有安全拦截机制的扫码工具(如微信扫一扫)。在公共场所扫码时,还需注意收款码是否被覆盖替换——这是目前危害最大的线下攻击手法之一。
结论:按"光线→距离→码图→权限→工具"的顺序逐一排查,通常能在 2 分钟内定位问题。
最常见的原因按频率排序:① 光线不足(环境低于 100lux),开手电筒补光;② 距离不当,调整至 8–25cm;③ 摄像头脏污,擦拭镜头后重试;④ 码图损坏或打印质量差(低于 150dpi),换用识别率更高的工具(如专业扫码 App);⑤ App 摄像头权限未开启,进入系统设置手动授权;⑥ 码本身已过期,联系码的发布方重新生成。如果以上都排查过仍然失败,可以尝试截图后用图片识别模式,或换用草料二维码等在线工具上传图片识别。
结论:两者识别能力相近,但功能边界差异显著——手机相机只能跳转浏览器,微信扫一扫可直接打开小程序、公众号、支付页面,并有安全拦截。
手机原生相机扫码的优势是无需切换 App,速度快,但识别结果只能在浏览器中打开,无法触发小程序或 App 深度链接。微信扫一扫的优势是生态集成深:扫到小程序码直接打开小程序,扫到公众号码直接关注,扫到支付码直接进入支付流程,且对已知恶意域名有安全拦截机制。支付宝扫一扫则专注支付与生活服务场景。对于普通用户,日常使用微信扫一扫是最省心的选择;对于只需要快速获取链接的场景,原生相机更方便。
结论:可以。二维码扫描的解码过程完全在本地完成,不需要网络;但若码内容指向网页,打开网页需要网络。
图像采集、定位识别、Reed-Solomon 纠错解码这整个流程都在手机本地运行,与网络状态无关。无网络时,扫码可以正常读取码内的文本、联系人(vCard)、WiFi 配置等本地可处理的数据。只有当码内容是一个 URL,且你需要打开该网页时,才需要网络连接。推荐在离线场景使用的工具:iOS 原生相机(解码完全本地)、QR & Barcode Scanner(Android,本地解码引 擎本地化,无网络功能完整)。企业离线场景可考虑 Dynamsoft SDK 本地部署版本。
结论:识别率由光线、距离、码图质量、工具四个维度决定,逐一优化后通常可从 70%–80% 提升至 95% 以上。
具体参考数据:环境光照保持在 300–500lux(正常办公室亮度),识别率通常可稳定在 95% 以上;距离控制在 8–25cm 最佳区间;码图打印分辨率不低于 300dpi;生成码时选择 H 级纠错(可恢复约 30% 损坏面积)。工具方面,专业 SDK(如 Dynamsoft)识别率可达约 99%,而基础开源库(如 ZXing)约为 90%,差距约 9 个百分点——在批量扫码或损坏码场景下这个差距会被明显放大。若以上都做到位仍有问题,检查摄像头镜头是否有污渍,这是最容易被忽略的因素。
结论:Android 推荐 Google ML Kit(免费、本地推理、识别率约 96%);iOS 推荐 AVFoundation 原生框架(零依赖、系统集成深);企业级场景推荐 Dynamsoft(识别率约 99%+,支持 40+ 码制)。
Android 端:ML Kit 的 barcode-scanning 模块支持本地模型推理,无需联网,与 CameraX 配合可实现流畅实时扫码,且完全免费。ZXing 是备选方案,集成更简单但识别率略低(约 90%)。iOS 端:AVFoundation 是 Apple 官方框架,iOS 7 起内置,零第三方依赖,权限管理与系统深度集成,是 iOS 原生 App 的首选。Web 端:jsQR 或 html5-qrcode 均可,注意需要 HTTPS 环境才能调用摄像头。预算充足且对识别率要求高的企业项目,Dynamsoft 提供全平台 SDK 和完善的技术支持,有免费试用额度可先评估。
结论:电脑扫码有三种方式——上传图片识别、手机扫码后同步到电脑、使用电脑摄像头实时扫码,没有摄像头也可以通过上传图片完成识别。
方式一(最通用):截图或保存含二维码的图片,上传到草料二维码解码工具或 ZXing Online Decoder,约 1–3 秒即可获得识别结果,完全不需要摄像头。方式二:使用微信电脑版,在聊天窗口右键含二维码的图片,选择「识别图中二维码」,直接在微信内完成识别。方式三:若电脑有摄像头,可使用 html5-qrcode 的在线 Demo 页面或支持 Web 扫码的工具,通过浏览器调用摄像头实时扫码(需 HTTPS 环境)。对于需要频繁在电脑上识别二维码的用户,方式一(图片上传)是最稳定、最通用的选择。
合规提示:请遵守当地法律法规,理性使用扫码功能;对来源不明的二维码保持警惕,不扫描、不点击可疑链接。
经过前面十几个章节的系统梳理,这里按用户画像给出最直接的选型建议,省去你再次翻阅的时间。
日常扫码(支付、小程序、链接)首选微信扫一扫,生态集成最完整、安全拦截最成熟。iOS 用户在不需要小程序的场景可直接用原生相机,更快捷。遇到扫不出来的情况,按"光线→距离→摄像头清洁→换工具"顺序排查。
活动签到、票务核验场景建议接入专用扫码 SDK(ML Kit 或 Dynamsoft),配合自建后台实现实时核验与数据统计。生成活动码时选 H 级纠错、分辨率 300dpi 以上,减少现场识别失败率。户外展示码尺寸不低于 5cm×5cm。
Android 端优先选 Google ML Kit(免费、本地、识别率约 96%);iOS 端优先选 AVFoundation(零依赖、系统集成);Web/H5 端选 html5-qrcode。对识别率要求 99%+ 或需要支持 40+ 码制的企业项目,评估 Dynamsoft 商用 SDK。
读者评论