离线扫码器 - 无需网络摄像头识别

离线扫码器真的可以完全离线使用吗？

是的，离线扫码器的所有条码识别与解码处理工作完全在用户设备的本地浏览器中完成，不需要任何网络连接。工具的核心识别引擎基于 WebAssembly 技术，将成熟的开源条码识别库编译为可在浏览器中高效执行的二进制模块。当工具页面首次加载成功后，相关资源会被浏览器缓存到本地。此后即使设备处于完全断网的状态（例如飞行模式下的手机、没有 Wi-Fi 的环境等），只要浏览器缓存未被清除，用户仍然可以正常打开并使用工具的全部功能——包括实时摄像头扫描、图片上传识别和剪贴板粘贴识别。

需要特别说明的是：虽然扫码功能本身不需要网络，但工具页面的首次加载（下载 HTML、CSS、JavaScript 和 WebAssembly 模块）需要网络连接。此外，工具的"网络搜索"功能在调用搜索引擎时也需要网络。但核心的扫码识别功能本身不依赖任何在线服务。

离线扫码器支持哪些条码和二维码格式？

离线扫码器支持以下主流条码和二维码格式：二维码方面支持 QR Code、Data Matrix、PDF417 和 Aztec Code 四种最常用的二维条码标准。一维码方面支持 EAN-13、EAN-8、UPC-A、UPC-E、Code 128（含子集 A/B/C）、Code 39、Code 93、Codabar（NW-7）以及 ITF（Interleaved 2 of 5）等九种常见的一维条码标准。这些格式覆盖了日常生活、商业零售、物流运输、工业制造等绝大多数扫码场景。用户可以通过工具界面中的格式选择下拉菜单指定特定格式以提升识别效率，也可以使用默认的"自动识别"模式让系统自动尝试所有支持的格式。

扫码时扫描结果可以进行哪些后续操作？

当成功识别条码内容后，工具会根据结果的类型智能提供多种后续操作选项。首先，"复制结果"功能允许用户一键将扫描到的文本内容复制到系统剪贴板，方便粘贴到其他应用程序中使用。其次，当识别结果为有效的 URL 地址时（以 http://、https://、ftp:// 等协议前缀开头），工具会自动检测并提供"打开链接"按钮，用户点击后将在新标签页中跳转到对应的网页。此外，对于非 URL 类型的文本内容，工具提供"网络搜索"功能，用户可以一键在搜索引擎中查找与扫描结果相关的信息。工具还会同时显示识别到的条码格式名称和扫描时间，帮助用户了解该码的技术标准。

为什么摄像头无法正常工作？

摄像头无法正常工作通常由以下几种原因导致，请逐一排查：

1. HTTPS 要求：现代浏览器出于安全考虑，仅在 HTTPS（安全连接）环境下才允许网页访问用户的摄像头和麦克风。如果您通过 HTTP（非加密）协议访问离线扫码器页面，浏览器将拒绝摄像头权限请求。请确保通过 HTTPS 协议或本地文件（file:// 协议）方式访问工具。

2. 浏览器权限设置：首次使用摄像头扫描功能时，浏览器会弹出权限请求弹窗。如果您之前选择了"拒绝"，浏览器将记住该选择并不会再弹出提示。此时需要手动前往浏览器的网站设置中修改权限：点击地址栏左侧的锁形图标或"不安全"标识，在弹出面板中找到"摄像头"选项并将其设置为"允许"。

3. 摄像头被其他应用占用：如果设备摄像头正被其他应用程序（如视频会议软件、其他扫码工具等）使用，离线扫码器将无法获取摄像头访问权。请关闭其他正在使用摄像头的应用后重试。

4. 物理因素：请检查设备摄像头是否存在物理遮挡（如保护壳、贴纸等）或硬件故障。某些旧设备的摄像头驱动程序可能不完全兼容 Web 标准。

5. 浏览器兼容性：请确保使用的是支持 MediaDevices API 的现代浏览器（Chrome 57+、Firefox 52+、Safari 11+、Edge 16+），过旧的浏览器版本可能不支持摄像头访问功能。

如何在手机上获得最佳扫码体验？

在手机上使用离线扫码器时，以下技巧可以帮助您获得最佳体验：

浏览器选择：推荐使用 Chrome（Android）或 Safari（iOS）浏览器，这两个浏览器对 WebAssembly 和 MediaDevices API 的支持最为完善。避免使用某些手机厂商内置的简化版浏览器，它们可能缺少必要的 API 支持。

保持距离：将手机摄像头与目标条码保持适当距离（通常为 10-30 厘米），确保码的画面清晰、完整地出现在预览区域内。距离过近可能导致画面模糊，距离过远则可能导致码在画面中太小而无法识别。

光线条件：在光线充足且均匀的环境下进行扫描。避免在强烈逆光、过暗或有明显反光的环境中操作。如果环境光线不足，可以开启手机的手电筒进行补光（部分浏览器在请求摄像头权限时会同时开启闪光灯）。

固定画面：实时扫描时尽量保持手部稳定，避免剧烈晃动导致画面模糊。如果手抖影响识别，可以考虑使用图片上传模式——先拍照保存，再上传识别。

屏幕亮度：如果您需要扫描的是显示在另一个屏幕上的二维码（如电脑屏幕上的付款码），请适当调低该屏幕的亮度以减少过曝，同时提高手机端的屏幕亮度以便看清预览画面。

扫描历史记录存储在哪里？是否安全？

离线扫码器的扫描历史记录存储在用户浏览器的 localStorage（本地存储空间）中。这是一种完全本地化的存储机制——所有数据都保存在用户设备的浏览器沙箱内，不会通过任何网络请求发送到远程服务器或第三方服务。这意味着：

1. 隐私安全：您的扫描记录只有您自己能够通过浏览器查看，任何外部人员或服务都无法访问这些数据。

2. 持久保存：localStorage 中的数据在浏览器标签页关闭后仍然保留，即使重启设备也不会丢失（除非用户主动清除浏览器数据）。

3. 数量限制：为避免占用过多存储空间并保持列表整洁，历史记录最多保留 50 条。当记录数超过上限时，系统会自动删除最早的历史条目。

4. 清除方式：用户可以随时通过工具界面上的"清空历史"按钮一键删除所有历史记录。此外，在浏览器设置中清除网站数据（缓存和存储）也会同时删除所有扫描历史。

5. 隔离性：不同浏览器之间、不同域名之间的 localStorage 数据是相互隔离的。如果您更换了浏览器或使用其他设备，之前的历史记录将不可见。

综上所述，离线扫码器的历史记录功能在设计上充分考虑了用户隐私和数据安全，所有数据始终留在用户自己的设备上，不存在数据外泄的风险。

二维码和条形码有什么区别？

二维码（2D Code）和条形码（1D Code / Barcode）是两种不同的自动识别技术，它们在结构、容量和应用场景上有显著差异：

结构差异：条形码（一维码）由一系列排列在水平方向上的黑白条和空组成，数据仅沿水平方向编码。二维码则在水平和垂直两个维度上都排列有编码模块（点或方块），因此称为"二维"。QR Code 是最常见的二维码类型，具有三个角落的定位图案。

数据容量：条形码的数据容量相对有限。例如，EAN-13 只能编码 13 位数字（主要用于商品编号），Code 128 虽然支持全部 ASCII 字符但长度受限。相比之下，二维码的数据容量要大得多。QR Code 最多可编码 7,089 个数字或 4,296 个字母数字字符，Data Matrix 也支持数千字符的编码容量。

纠错能力：条形码通常只包含简单的校验码用于检测错误，不具备纠错能力——如果条码损坏或模糊，可能完全无法读取。二维码则普遍采用 Reed-Solomon 等高级纠错算法，即使码体部分受损（如 QR Code H 级纠错可容忍 30% 损毁）仍能正确读取。

应用场景：条形码因其成本低廉、印刷简便，主要用于商品标识（超市货架上的价格标签）、物流追踪（包裹面单上的运单号）等需要快速批量扫描的场景。二维码则因容量大、纠错强，被广泛应用于移动支付（微信/支付宝付款码）、信息分享（名片二维码）、票务验证（电子登机票）、营销推广（扫描跳转网页）等需要承载更多数据的场景。

WebAssembly 在离线扫码器中起什么作用？

WebAssembly（简称 Wasm）是离线扫码器实现高性能本地条码识别的关键技术。传统的 JavaScript 在处理图像像素级别的计算任务时性能有限，难以满足实时扫描的帧率要求。而 WebAssembly 允许将 C/C++/Rust 等系统级语言编写的高性能代码编译为可在浏览器中运行的二进制格式，执行速度接近原生代码。

在离线扫码器中，ZXing（Zebra Crossing）这一经典的开源条码识别库被编译为 WebAssembly 模块。当用户进行扫码操作时，每一帧图像的像素数据会被传递给这个 Wasm 模块进行解码。Wasm 模块能够以极高的速度完成条码检测、格式判断和数据解码等计算密集型任务，从而实现了流畅的实时扫描体验。没有 WebAssembly，纯 JavaScript 实现的扫码器在移动设备上往往难以达到实时扫描所需的帧率。