二维码读取器，免费

上传图片或将二维码拖放至此，立即解码其内容。

本地解码 · 您的图片从不上传

将二维码图片拖到此处或点击上传

支持 PNG、JPG、GIF、BMP、WebP

解码内容

如何使用此二维码读取器

  1. 点击上传区或将含二维码的图片拖放到其中。
  2. 工具会立即解码二维码并显示其内容。
  3. 点击复制以复制解码后的文本，或在内容是 URL 时点击打开链接。

二维码可以包含什么？

常见问题

支持哪些图片格式？

PNG、JPEG、GIF、BMP 和 WebP · 任何您的浏览器能显示的常见图片格式。

我的图片会发送到服务器吗？

不会。二维码完全通过 JavaScript 在您的浏览器中解码。您的图片从不离开您的设备。

它能读取截图中的二维码吗？

可以！截图、照片和扫描文档都能工作。只需二维码清晰可见且不太模糊即可。

1994年Denso Wave的发明与围棋

QR码由工程师原昌宏于1994年发明，他时任电装公司开发部员工（后来正式独立成立的子公司Denso Wave是在此之后设立的），旨在解决日本汽车制造业中的一个具体问题。丰田的精益生产模式强调看板标签和多品种小批量生产，产生的SKU数量已超出现有一维条码的处理能力。超市商品上印刷的标准线性条码约可容纳二十个字符；而一个汽车零件可能需要追踪订单号、零件号、批次、供应商和工序标志，导致工人需要依次扫描约十个条码，误读率随之上升。原昌宏于1992年接受任务，设计一种能以单一符号承载整张标签、可从任意方向快速识读的二维码。

关于创意起源，流传最广的故事是：原昌宏在午休时下围棋（一种在19×19棋盘上摆放黑白棋子的古老棋类游戏），突然领悟了编码方案。矩阵条码的黑白方块本质上就是方格棋盘上的围棋棋子，原昌宏意识到，这种密集的二维图案所能承载的信息量远超相同物理面积的一维条码。另一个难题是方向识别：当条码被倾斜或倒置拍摄时，扫描仪如何判断起始位置、结束位置和正确朝向？原昌宏的解决方案，是在每个QR码三个角各放置一个同心方形定位图案。

为了找到一种不会与普通印刷品冲突的图案，原昌宏团队调查了数千份杂志、报纸和印刷材料，并统计了黑白区域的行程长度频率。他们发现，条纹宽度比为1:1:3:1:1（细黑、细白、宽黑、细白、细黑）的图案在普通印刷品中几乎从未出现。这正是扫描仪所寻找的特征。当摄像头在图像中发现三处区域，其条纹宽度在两个方向上均符合1:1:3:1:1时，便可确信这三处就是QR符号的三个角，并据此进行透视校正。这一比例的鲁棒性足以让QR码在曲面上、约三十度角的倾斜下以及存在部分遮挡的情况下被成功解码。

开放授权决策

Denso Wave的另一重要贡献是战略性的，而非技术性的。该公司持有QR码的专利（并持续为iQR、SQRC等衍生版本申请专利），但已明确放弃对符合JIS和ISO公开标准的QR码使用所主张的版税权。Denso Wave在其qrcode.com常见问题页面和专利页面上重申的公开立场是：商业使用QR码无需许可证、无需签订合同、无需缴纳任何费用，前提是符号遵循ISO/IEC 18004规范。「QR Code」这一术语的商标已注册，但底层矩阵条码是免费的。

这在1994年并非显而易见的选择。当时拥有PDF417专利的Symbol Technologies正在收取版税；Aztec和Datamatrix在早期也有类似的权利限制历史。Denso Wave选择免费开放这一格式，意味着任何人（打印机制造商、手机厂商、支付网络、餐饮连锁、接触追踪应用开发者）都可以无障碍地集成QR码。这一决策是QR码在消费者应用领域赢得二维条码竞争的最大原因。

Reed-Solomon纠错：为何污损的QR码依然有效

QR码在被部分污损、撕裂或被小图标覆盖时仍能正常工作，原因在于Reed-Solomon纠错，这是一种有着四十年历史的编码理论技术。Reed-Solomon码最初发表于一篇五页的论文《某些有限域上的多项式码》，作者是时任MIT林肯实验室成员的Irving S. Reed和Gustave Solomon。该论文于1958年12月作为林肯实验室内部报告完成，并于1960年以略作修改的形式发表在工业与应用数学学会杂志第8卷第300-304页。Reed和Solomon最初从事SAGE防空系统的研究，该系统需要在嘈杂的战时通信链路上保持雷达信号的一致性。他们的洞见是：将一组数据视为有限域上多项式的系数，在一系列点上求值；过采样产生的冗余使接收方即便在部分求值结果有误时也能还原该多项式。这套数学原理同样应用于CD、DVD、深空探测器传输、广播电视，以及自1994年起世界上每一个QR码。

QR码提供四种用户可选的纠错级别，每种级别在数据容量与鲁棒性之间做出不同权衡：

较高纠错级别的代价是容量降低：相同物理版本的QR码在H级所能承载的数据量远少于L级，因为更多方块被奇偶校验位占用。

第40版容量：上限

QR码共有四十个版本。第1版为21×21模块，每增加一个版本每边增加4个模块，第2版为25×25，第3版为29×29，以此类推，直到第40版的177×177模块。在最低纠错级别（L）下，第40版的最大数据量为：

这些最大值随纠错级别的提高而大幅下降：在同样的第40版中，H级仅能容纳3,057个数字字符、1,852个字母数字字符、1,273字节或784个汉字。在实际应用中，超过几百字节的QR码并不多见；一旦达到第20版左右，模块就会变得太小，手持手机在正常距离下难以通过普通摄像头可靠扫描。

Datamatrix、Aztec、PDF417：实际中常见的QR替代品

在这四者中，QR码赢得了消费市场，原因有三：得益于三个角定位图案的全向扫描能力、开放授权，以及1990年代末与日本手机行业的深度整合（这使其在任何竞争对手之前便积累了庞大的扫描设备用户基础）。

ISO标准化时间线

QR码于1999年1月首次以日本工业标准（JIS X 0510）发布，并于2000年6月以国际标准ISO/IEC 18004发布。ISO/IEC 18004:2006（2006年9月）取代了前者，定义了「QR Code 2005」，即Model 2的小幅扩展版本，增加了对齐图案。ISO/IEC 18004:2015（2015年2月）将符号名称简化为「QR Code」（去掉年份后缀），整合了说明并更正了小错误。现行版本是第四版ISO/IEC 18004:2024，于2024年8月发布。与所有ISO出版物一样，该标准以付费PDF形式出售；多个开源实现（尤其是ZXing）已成为该规范的活体参考。

Denso Wave变体：Micro QR、iQR、SQRC、rMQR

原昌宏1994年的原始规范现称为Model 1。Model 2于1997年定义，是如今人们说「QR码」时通常所指的版本；它扩展至第40版，是现代ISO标准的基础。Micro QR码仅使用一个定位图案和更小的留白区，适用于更小的空间。iQR码由Denso Wave于2011年推出，比Model 2容量最多提高80%；可为方形或矩形，最大达422×422模块，可存储40,000个数字字符。SQRC（安全QR码）包含两层：一层是任何QR扫描仪可读的公开层，另一层是需要专用读取器和密钥才能访问的私密加密层。rMQR（矩形Micro QR码）于2022年以ISO/IEC 23941标准化：Micro QR与iQR的混合体，宽度远大于高度，适合标签侧面或印刷电路板边缘等窄条空间。

新冠疫情后的激增与中国QR支付文化

在2010年代大部分时间里，QR码在西方的普及进展迟缓。然后，新冠疫情来临。2020年3月11日世卫组织宣布疫情为全球大流行后，各地餐厅、交通枢纽和公共场所都需要无接触方式来分享菜单、记录访客和处理支付，而QR码是当时唯一成熟且无需专用硬件的无接触解决方案。到2020年中期，QR码菜单已在美国和欧洲餐厅几乎普及。据报道，新加坡QR支付交易量在2021年同比增长约272%。其中许多用途（尤其是菜单）在急性期过后有所消退，但公众扫描QR码的心理障碍已被永久打破。

推动QR码普及的另一个引擎（时间上更早）是中国的移动支付生态系统。支付宝于2011年推出QR支付；腾讯的微信支付于2014年跟进，并凭借春节「红包」功能大幅加速了普及，用户数在上线后一个月内从3000万增至1亿。到2016年，通过QR码支付在中国流动的交易额超过1.65万亿美元。如今，支付宝约占中国移动支付市场的53%，微信支付约占42%，合计约90%。中国超过90%的移动支付通过QR码完成，约70%的人口经常使用。

西方何时获得原生QR扫描支持

推动西方普及的另一重要催化剂是原生相机支持。苹果于2017年9月发布iOS 11，该版本的相机应用默认静默识别QR码，这是iPhone首次无需安装第三方应用即可读取QR码。苹果甚至未在WWDC 2017上提及这一功能；评测者在公开发布后才发现它。这一变化在首年内覆盖了超过7亿部iPhone。谷歌随后跟进：Google Lens于2018年5月增加QR支持，并开始向十家Android厂商的相机应用推送；同年发布的Android 9将原生QR扫描纳入平台标准。大约一年之内，专用「QR扫描仪」应用的时代实际上宣告终结。

Quishing：QR码钓鱼攻击的兴起

正是使QR码在疫情期间大放异彩的低门槛扫描体验，也使其成为钓鱼攻击设计者的利器。Quishing（通过QR码实施的网络钓鱼）将QR图像嵌入电子邮件或印刷传单，以传递恶意URL。由于URL隐藏在二维码内，扫描链接文本的传统电子邮件安全网关无法对其进行检测；而且用户通常被引导用个人手机扫描，攻击因此从企业网络（有防护措施）转移到手机端（往往缺乏防护）。

威胁规模迅速扩大。2021年至2023年间，QR码扫描量增长了433%。钓鱼邮件中使用QR载体的比例从2021年的约0.8%上升至2023年的约12.4%，2024年稳定在约10.8%。到2023年，QR码出现在22%的钓鱼攻击中。约27%的Quishing邮件伪装成多因素认证通知；约90%以登录凭证为目标。高管（C级）收到Quishing攻击的概率是普通员工的42倍。安全团队达成的防御共识是：不要自动打开QR载体。先解码，查看纯文本形式的URL，再决定是否跟随。这正是基于图像的QR阅读器（如本工具）能让谨慎用户做到的事。

解码后常见的URI协议

QR码只是一个字节字符串的载体；这些字节的含义由约定决定。少数几种约定几乎覆盖了实际中所见的全部情况：

本阅读器以纯文本形式显示解码后的内容。是否跟随链接或复制文本，由您自行决定；不会自动打开任何内容。

浏览器端解码的底层原理

浏览器端QR解码领域由两个开源库主导。jsQR由Daniel Beaver（GitHub用户名「cozmo」）编写，是一个纯TypeScript移植版，接收原始ImageData（来自canvas、视频帧或上传图像的像素数组）并返回解码文本。它无依赖项、无平台特定代码，体积小到可通过单个script标签从CDN加载。本工具即使用jsQR。另一个主要选项是ZXing（「Zebra Crossing」）的JavaScript移植版，原为一个支持远多于QR码格式的Java条码库，以@zxing/library和@zxing/browser的形式发布在npm上。

第三种方式是平台原生的BarcodeDetector API，这是W3C形状检测API的一部分，向JavaScript开放了浏览器内置的条码识别能力。BarcodeDetector于2020年5月Chrome 83版本中默认启用（Microsoft Edge同时支持）。但该API依赖平台：它依赖操作系统级的条码检测，在macOS、Android以及Android版Chrome中受到完整支持；Windows和Linux版Chrome不支持。Firefox和Safari尚未实现该功能。大多数生产环境的浏览器QR扫描器以jsQR或zxing-js作为备选方案，在BarcodeDetector可用时优先调用，否则使用JavaScript解码器。

更多问题

为什么要用本工具，而不是直接用手机扫码？

三个实际理由：（1）QR码已在您电脑上的图像中（来自电子邮件的截图、下载的海报、PDF页面），传到手机再扫描会增加摩擦；（2）该QR码存在疑点，您想在跟随链接之前先查看URL（这是应对Quishing的防御场景）；（3）您自己生成了一个QR码，想在不经手机摄像头转一圈的情况下直接验证内容。

能可靠扫描的最小QR码是什么？

大约是H级纠错的第1版（21×21模块），以不小于1 cm × 1 cm的尺寸印刷，在良好光线下手机伸直手臂扫描。低于这个尺寸，大多数手机摄像头便无法分辨足够的分辨率。对于实体印刷，经验法则是：QR码的边长至少应为预期扫描距离的1/10，例如5 cm的码可从约50 cm处扫描。

我的图像无法解码。该怎么办？

将图像裁剪得更紧凑（去除背景杂乱元素），提高对比度（非常浅淡的码难以解码），避免极端的透视偏斜（超过约30°会降低透视校正效果），并确认三个大型同心方形定位图案完好无损。若三个角定位图案中有任何一个缺失或被遮挡，解码器便无法建立方向。若QR码中心嵌有图标，只要源码在生成时使用了H级纠错，通常仍可正常解码。

这个QR码中的URL安全吗？

本工具解码URL，但不对其进行判断。请仔细查看域名：它是否与QR码所声称代表的品牌相符？它是否是URL缩短服务（bit.ly、tinyurl等）在隐藏真实目的地？如果有任何异常（拼写错误的域名、不熟悉的顶级域名、IP地址、异常冗长的URL），请像对待可疑电子邮件链接一样处理。先解码再扫描的意义，就在于给您一个做出判断的机会。

相关工具

二维码生成器

为 URL、文本、WiFi 或 vCard 生成二维码。

WiFi 二维码生成器

为您的 WiFi 网络创建二维码。

图片压缩器

直接在浏览器中将图片压缩至原大小的 20%。