UD5工具箱
常见问题
Q：条形码在线解码器支持哪些条码格式？
A：本工具基于ZXing开源条码识别库，支持40余种条码格式，涵盖最常用的一维码和二维码。一维码包括：EAN-13、EAN-8、UPC-A、UPC-E、Code39、Code93、Code128、ITF（Interleaved 2 of 5）、Codabar、RSS-14、RSS-Expanded等。二维码包括：QR码、Micro QR、Data Matrix、PDF417、Aztec、MaxiCode等。系统会自动检测条码格式，用户无需手动指定。几乎所有商业流通和工业场景中遇到的条码类型都能在本工具中找到支持。
Q：什么是ZXing库？为什么选择它作为识别引擎？
A：ZXing（全称Zebra Crossing）是一个开源的条码图像处理库，最初由Google开发并以Apache 2.0许可证发布。它是目前全球使用最广泛的条码解码开源框架，被大量移动应用、Web服务和嵌入式系统采用作为条码识别引擎。我们选择ZXing是因为它经过十多年的社区维护和大量生产环境检验，解码算法稳定性高、格式覆盖面广。特别是其JavaScript移植版本（zxing-js/library）已在浏览器端经过充分优化，能够在纯前端环境中实现接近原生应用的解码性能，无需将图片数据传输到服务器处理，充分保护用户隐私安全。
Q：EAN-13条码的编码结构是什么样的？
A：EAN-13条码由13位数字组成，从前到后的结构为：前缀码（前2-3位，代表国家或地区，如690-699代表中国大陆，471代表台湾地区，978代表图书ISBN）、厂商代码（后续4-5位，由中国物品编码中心分配给企业）、产品代码（后续3-5位，由企业自行分配给具体产品）、校验码（最后1位，通过Mod 10加权算法计算得出）。本工具的条码结构解析功能可以自动从解码结果中提取并展示这些分段信息，让用户直观理解条码中每一段数字所代表的含义。例如一个解码结果为「6901234567890」的条码，系统会解析为：前缀690（中国）、厂商代码12345、产品代码6789、校验码0。
Q：移动端浏览器支持使用摄像头扫码吗？
A：支持。本工具全面兼容移动端浏览器，包括iOS Safari、Android Chrome、微信内置浏览器等主流移动端浏览环境。在移动设备上，系统会自动请求摄像头权限（如使用iOS需在Safari设置中开启摄像头权限），用户可以选择使用后置摄像头扫描条码。建议在光线充足的环境下使用，并保持手机稳定。部分低端Android设备的摄像头自动对焦速度可能较慢，建议手动点击屏幕触发对焦后再将条码对准画面中心。需要注意的是，部分第三方浏览器（如某些定制版浏览器）可能对WebRTC支持不完善，如遇问题建议切换到系统自带浏览器或Chrome浏览器。
Q：为什么我上传的图片识别失败了？可能的原因有哪些？
A：识别失败可能由以下原因导致：第一，条码区域太小或分辨率过低，建议条码在图片中至少占据200像素宽度；第二，条码印刷质量差，如线条模糊、断裂、油墨扩散或对比度不足；第三，图片存在过度压缩或噪点干扰，建议保存为PNG格式而非低质量JPEG；第四，条码格式不在支持范围内，请确认条码类型是否属于上述40种格式；第五，条码被遮挡或部分裁剪，请确保条码的起始符和终止符完整可见；第六，光照不均匀造成条码区域明暗差异过大，建议在均匀光线下重新拍摄。如果仍然无法识别，可以尝试用摄像头模式重新扫描实物。
Q：本工具识别条码时会上传我的图片到服务器吗？隐私安全如何保障？
A：本工具采用纯前端架构，所有条码识别和解码运算完全在用户的浏览器本地完成，不会将任何图片数据、摄像头视频流或解码结果上传到任何服务器。ZXing JavaScript库直接在浏览器端执行解码算法，无需调用远程API接口。用户可以放心扫描涉及商业敏感信息（如内部物流单号、产品批次记录）或个人隐私内容（如身份证件上的PDF417码）的条码。关闭页面后所有临时数据自动清除，不留下任何隐私痕迹。这是本工具区别于大多数在线扫码服务的核心优势之一。
Q：一维码和二维码有什么区别？什么时候该用哪种？
A：一维码（线性条码）在水平方向上编码数据，容量有限（通常20-30个字符），适合编码简单的数字标识符如商品编码和序列号。二维码在水平和垂直两个维度上编码数据，容量大（QR码最多可存储约3KB数据），支持汉字、图片链接和加密信息。选择建议：如果只需要编码简短的数字标识（如商品EAN码、包装箱序列号），一维码即可满足需求，且扫描速度快；如果需要编码较多文字（如产品参数、网址链接、联系方式）或需要较高的纠错能力（允许部分损坏），建议使用二维码。在物流和医疗领域，二维码的应用越来越广泛。
Q：Code128和Code39有什么区别？如何区分？
A：Code128和Code39都是常用的字母数字一维条码格式。主要区别在于：Code128支持全部128个ASCII字符，密度更高，同样长度的条码可以编码更多数据，Code128使用起始符区分三种字符集（A/B/C）。Code39只支持43个字符（数字、大写字母和部分符号），每个字符由9个模块组成（其中3个粗条），密度低于Code128，但编码规则更简单、容错率更高。外观上，Code128的条码线条密度变化较大，而Code39的线条相对均匀。在物流快递面单上，Code128更为常见；在汽车工业和国防部的标识系统中，Code39仍占据主流。本工具可以自动区分这两种格式。
Q：条码校验码是如何计算的？它的作用是什么？
A：以EAN-13为例，校验码通过Mod 10加权算法计算。具体步骤：从右向左（不含校验位本身），将奇数位数字乘以3、偶数位数字乘以1后求和；用10减去该和的个位数，得到的结果即为校验码（如结果为10则校验码为0）。例如EAN码「690123456789」，计算过程为：9×3+8×1+7×3+6×1+5×3+4×1+3×3+2×1+1×3+0×1+9×3+6×1=141，10-1=9，所以校验码为9。校验码的作用是防止条码在印刷或扫描过程中产生读取错误，扫描设备通过重新计算校验码并比对来验证条码数据的正确性。
Q：摄像头扫码时画面模糊怎么办？如何提升识别成功率？
A：摄像头画面模糊通常由以下原因导致：摄像头未正确对焦、条码距离过近或过远、环境光线不足。解决方法：首先清洁摄像头镜头表面；确保环境光线充足但不直射条码表面；调整摄像头与条码之间的距离（建议10-30厘米）；手持手机时保持稳定，必要时可将手机靠在支撑物上；对于镜面反光的条码（如手机屏幕上的二维码），可稍微调整角度避免反光；对于条码尺寸特别小的情况，可以在设置中开启数码变焦功能。如果环境条件不佳，建议切换为图片上传模式，拍摄照片后再上传识别。
Q：什么是Data Matrix码？它和QR码有什么不同？
A：Data Matrix和QR码都是二维码，但应用场景和设计理念有所不同。Data Matrix由国际标准ISO/IEC 16022定义，采用L型实心边框加交替点阵定位线作为边界标记，支持ECC 200纠错算法。它的核心优势是可以在极小的物理空间内编码数据（最小可达2.5mm²），因此广泛用于电子元器件标识、医疗器械追湖和航空航天零部件直接标记。QR码由ISO/IEC 18004定义，使用三个角上的定位图案识别方向，支持更高的纠错等级（H级别可达30%），更受消费者移动支付场景欢迎。Data Matrix更适合工业追溯场景，QR码更适合消费级扫码应用。
Q：为什么有些条码在扫描后显示的是一串数字而不是文字？
A：条码解码器严格按照条码中编码的内容原样输出数据。某些条码（如EAN-13、UPC-A）限于其格式规范只支持数字编码，因此解码结果必然是纯数字串。而Code128、QR码等格式支持字母和汉字编码，解码结果会显示实际的文本内容。如果你的条码看起来包含文字但解码结果只是数字，可能是因为该条码使用的是仅支持数字的格式（如EAN/UPC系列、ITF）或者编码时使用了数字模式。要编码文字信息，应选择支持文本编码的条码格式（如Code128、QR码或Data Matrix）。
Q：条码识别结果中的「起始符」和「终止符」是什么？
A：起始符和终止符是一维条码两端的特殊条纹图案，用于告诉扫描设备条码数据的开始和结束位置。起始符位于条码最左侧，包含条码格式的标识信息（如Code128通过起始符区分Code A/B/C三种字符集）。终止符位于最右侧，表示条码数据结束。扫描设备通过识别起始符和终止符来确定条码的读取方向和格式类型。如果条码的起始符或终止符被遮挡或损坏，扫描设备可能无法正确识别条码格式，这也是照片中条码被裁剪后会识别失败的主要原因之一。
Q：在浏览器中使用摄像头扫码功能安全吗？会消耗多少流量？
A：本工具的摄像头扫码功能基于浏览器标准的WebRTC API实现，摄像头视频流仅在浏览器本地处理，不会被传输到任何外部服务器，也不会被记录或存储。从隐私安全角度来看，这是最安全的扫码方案之一。第一次使用摄像头功能时，浏览器会弹出权限请求，用户可以随时在浏览器设置中撤销该权限。关于流量消耗，摄像头扫码的实时视频流处理完全在本地完成，仅在首次加载工具页面时需要少量的网络资源（约200-500KB），后续扫码过程中不需要额外的网络数据传输，不会产生流量费用。