二维码识别

二维码就卡在你正看着的这块屏幕上

有个场景几乎人人都遇到过。朋友把 Wi-Fi 二维码当截图发给你;一张 PDF 票据上有个要打开的二维码;某个 App 在你笔记本上显示"扫码配对"的码。尴尬的地方在于——这个码就在你平时用来扫码的那台设备上:显示截图的手机没法用自己的摄像头拍自己,而为了读一张已经躺在文件里的码,再举起第二台手机对着屏幕拍,实在有点荒唐。图你已经有了,你要的只是里面那段文字。

这个工具补的正是这个缺口。你把一张含二维码的图片文件拖进来、粘进来或选进来——截图、导出的图、照片都行——它就地把码解出来,把里面的文字显示给你。如果那段文字是网址,你会得到一个可点的链接(带 rel=nofollow);否则就给你原始内容加一个复制按钮。不用第二台设备,不用来回折腾。

为什么这种情况下"从图片解"比摄像头强

大多数"二维码扫描"页面都默认你有一个实时摄像头、面前有一张实体码。可当码本身已经是一个文件时,这个前提就错了。调用摄像头意味着要请求相机权限、对着屏幕拍(屏幕对屏幕会有反光和摩尔纹,识别很不稳),而且你首先得有另一块屏来显示这个码。当二维码是一张截图或一页 PDF 时,根本没有实体码可拍。

这个工具刻意从你提供的图片里读,而不是走实时摄像头。这是个实打实的取舍,说清楚:它不会打开你的摄像头去扫你手里举着的码。如果你面前是海报或包装上的实体码,手机自带的相机 App 更快。但对于最常见的情况——一张已经在你设备上的图片码——从文件里读既更简单,又完全在本地完成。

大多数网站避而不谈的隐私问题

二维码不总是一条无害的链接。它可能编码着 Wi-Fi 名称和密码、一个私密会议网址、一个一次性登录令牌、一段支付字符串、一张带着别人电话和地址的名片。当你在某个普通的在线"二维码识别"站上去解这类码时,你其实是把图片上传到了一台你控制不了的服务器——连同码里藏着的那个秘密一起上传了。对于一个 Wi-Fi 密码或一条登录链接,那真的不是该送去的地方。

这个工具把你的图片画到 canvas 上,用 jsQR 库完全在你的浏览器里解码。什么都不上传,没有账号也没有后端,而且页面加载完之后可以离线用——你真的可以关掉 Wi-Fi,它照样能解。码里的文字始终不出你这台机器,对于一个可能是密码的东西来说,这是唯一说得通的默认做法。

怎样解得干净利落

工具会把大图缩到约 1600px 以加快速度,并自动同时尝试正常和反色的码(inversionAttempts: 'attemptBoth'),所以浅色底深色码这类也能读。碰上顽固的码,几个实用习惯能帮上忙:

• 裁近一点。 如果二维码只是大截图里的一个小方块,把它裁到占据大部分画面。淹没在大图里的小码是最常见的失败原因。
• 保证对比度。 浅底深码读得最好。对比度很低、发灰发白的码更难认。
• 别让它反光。 拍照拍的码,避开反光,均匀光线比一块横在图案上的高光亮斑要好。
• 一图一码。 工具一张图解一个二维码;如果一张图里有好几个,裁到你要的那一个。

诚实地说清限制:它是基于图片的,不是实时摄像头,而且一次只读一个码。非常小、很糊或高度花哨美化过的码,即便裁好了也偶尔会解不出。跟那些要上传图片才能读的在线识别站相比,你做的取舍很清楚——这个工具把图片、连同它编码的东西,都留在你自己的设备上。