二维码扫描优化 [复制链接]

2018-9-19 12:47
jjcodecode 阅读:758 评论:5 赞:2
Tag:  
zxing是一款跨平台的基于Java实现的处理一维或二维条码的库。支撑多种格式,一维条码支撑UPC-A,UPC-E,EAN-8,Code 39,Code 93等格式,二维条码支撑QR Code,Data Matrix,PDF 417,MaxiCode等格式。

注:上述的二维条码指的是较宽泛的二维条码,而不是QR Code表示的二维码。

前言

原本Lark直接集成了zxing实现扫一扫功能。由于Lark的特殊业务需求,因此并不需要支撑到这么多格式,只需要支撑QR Code,因此大家对zxing内部进行定制,使得zxing只支撑QR Code。这样既可以减少zxing库的大小,也可以加快zxing处理一帧数据的速度。优化主要包含两方面:(1)扫描性能(2)交互体验。

扫描性能优化包括:

  • 去除zxing额外支撑的格式。
  • 删除zxing冗余代码。
  • 将处理相机帧从串行改为并行。

交互体验优化包括:

  • 自动放大。
  • 双击放大。
  • 重力传感器聚焦。
  • 手势调整焦距。

去除zxing额外支撑的格式

MultiFormatReader的decodeWithState( )是使用方的入口方法,内部调用了decodeInternal( ),输入是相机的一帧数据,如果抛了NotFoundException,则表示没找到二维码;如果返回了Result,则表示找到了二维码,并解析完成。代码如下:


其中,readers变量是一个数组,数组的大小表示支撑的条码格式个数,zxing原本因为支撑很多格式,因此这个数组长度比较长。当拿到相机的一帧数据后,需要去检测是否是所有支撑格式的某一个格式,每一种格式的检测都需要花费一些时间,因此这个遍历对于Lark是不必要的。如果将zxing内部定制成只支撑QR Code格式,那么就免去了额外的格式检测。

删除zxing冗余代码

大家主要从几方面删除冗余代码:

  • 删除zxing除了二维码之外的格式的相关代码,zxing对每种格式的相关代码都放在各自的目录中,因此大家只需要把这些格式对应的目录删除即可,比如aztec、maxicode等。
  • 删除二维码的encode相关代码,即"qrcode/encoder"目录。
  • 删除decode后文本的解析相关类(比如地址、通讯录、邮件等解析类),只保留URI、URL、Text。

通过以上方式,zxing文件数量从263个缩减到67个,库大小从1.8M缩减到451K,效果非常明显。

将处理相机帧从串行改为并行

原本Lark扫一扫的逻辑是串行的,如下图:

二维码扫描优化


每次从onPreviewFrame()中获取一帧数据,然后调用zxing的decode解析二维码,如果成功,则返回;如果失败,则调用setOneShotPreviewCallback( )重新调用一次onPreviewFrame( )。

缺点是如果处理一帧数据时间很长,会阻碍下一帧的处理,比如上一帧是没有二维码的,而下一帧是有二维码的,如果上一帧处理时间较长,那么虽然用户对准了二维码,但是实际处理的还是上一帧,因此不太合理。

大家将串行处理改成并行处理,一旦从onPreviewFrame( )获取一帧数据,将decode任务丢进线程池,并马上调用setOneShotPreviewCallback( )获取下一帧数据。一旦某个任务检测到二维码,马上将isSuccess变量置为true,忽略其他任务。这样能够大大加快二维码检测的速度。

自动放大

当二维码很小很远时,自动放大能大大加快检测二维码的速度。QRCodeReader的decode( ) 是二维码检测的主方法,分为两步:(1)大致判断是否存在二维码;(2)解码。

二维码扫描优化


第一步只是检测是否存在二维码,比如去寻找是否存在Position Detection Pattern,Timing Pattern,Alignment Pattern。如果检测到了,则返回DetectorResult,内部包含了定位点的位置信息;如果没检测到,则抛出NotFoundException。如果二维码很小,即使第一步检测存在二维码,但是第二步解码也可能会失败。由于大家在第一步已经能够知道二维码的大小,因此根据DetectorResult返回的二维码定位点信息计算出二维码的大致宽度,然后判断二维码大小在扫码框中是否足够小,如果足够小,则放大一定焦距:如果小于十分之一,则放大到最大焦距;如果小于等于六分之一,则放大到最大焦距的一半。

具体二维码的原理参见:二维码的生成细节和原理(见原文链接)

大家实现了zoomCamera( ),如果判断需要放大,则返回true,如果不需要放大,则返回false。代码如下:

二维码扫描优化


大家在第一步和第二步中间插入该方法,如果需要放大,则不实行第二步;如果二维码已经足够大,则实行第二步。代码如下:

二维码扫描优化


双击放大

原本Lark的二维码扫描中没有调整焦距的功能,这个对于一些特定场景下会不太方便,因此这里加入了双击放大的功能能够对焦距进行粗略的调整。利用GestureDetector的onDoubleTap()回调捕捉用户双击事件,并在CameraPreview中的onTouchEvent()中添加mGestureDetector.onTouchEvent()。实现如下:

二维码扫描优化


重力传感器聚焦

重力传感器能够捕捉用户手机的运动状态,当检测到用户手机停止时,触发对焦逻辑。大家通过实现SensorEventListener接口,并重写onSensorChanged()监听手机的运动状态。

手势调整焦距

为了更精细化的让用户调整焦距,大家提供了手势来缩放焦距。通过在onTouchEvent()中获取用户两个手指的距离是越来越近还是越来越远来调整焦距。代码如下:

二维码扫描优化


优化结果

经过上述优化,不仅增加了用户体验,而且还大幅增加了二维码扫描速度。测试手机:坚果Pro,4G内存,Android 7.1.1。

二维码扫描优化


上图表示了从打开相机到二维码解码成功的耗时,可以看出,整体时间提升了300%+ 。

二维码扫描优化


上图表示检测失败时的耗时指的是当相机帧中没有二维码时检测的时间,检测失败耗时的减少有助于更快地处理相机帧数据,当包含二维码的帧出现时更快地处理它;上图中看出,耗时减少300%+ 。

二维码扫描优化


上图表示检测成功时的耗时指的是当相机帧中有二维码时检测+解码的时间;上图中看出,耗时减少150%+ 。


我来说两句
您需要登录后才可以评论 登录 | 马上注册
facelist
所有评论(5)
xb348873736 2018-9-19 15:41
有链接或者demo吗?
回复
柒月下寻 2018-9-20 14:06
有链接或者demo吗?
回复
梦青涯 2018-9-20 16:34
可以分享下优化后zxing吗
回复
言伦 2018-9-28 14:36
请分享下链接
回复
B1nyy 2018-9-29 15:12
有链接或者demo吗?
回复
领先的中文移动开发者社区
18620764416
7*24全天服务
意见反馈:1294855032@qq.com

扫一扫关注大家

Powered by Discuz! X3.2© 2001-2019 澳门新莆京娱乐网站-澳门新莆京手机网站(欢迎您).( 粤ICP备15117877号 )

XML 地图 | Sitemap 地图