条形码生成器：了解UPC/EAN条形码的原理
条形码的诞生
1948年，住在费城的大学生诺曼·伍德兰和伯纳德·西尔弗正在思考如何自动读取食品包装上的信息。伍德兰曾有在海滩上用芦苇标记位置的灵感，他从莫尔斯电码中获得启发——也许可以用不同宽度的线条来编码信息。四年后，他们申请了世界上第一个条形码专利。
早期的条形码是圆形的，像牛眼一样，称为"公牛眼代码"。1970年，IBM和其他几家公司开始开发矩形条形码系统，这就是现代条形码的雏形。1974年，一个口香糖包装上扫出了第一个商业条形码，标志着条形码时代的正式开启。
条形码的发明彻底改变了零售业。在此之前，每件商品都需要店员手工录入价格；有了条形码，扫描器可以在几秒钟内读取数千种商品的信息。这不仅大大提高了结账效率，还减少了人为错误，更重要的是实现了库存的精确管理。
如今，条形码已经无处不在。从超市商品到快递包裹，从图书到药品，处处都能看到黑白相间的条纹。估计全球每天扫描的条形码数量高达数十亿次。
UPC-A与UPC-E
UPC（Universal Product Code，通用产品代码）是北美地区使用的条形码标准，由美国统一代码委员会（GS1 US）管理。UPC-A是最常见的版本，包含12位数字。
这12位数字不是随意分配的：第一位是系统字符，标识商品类型（比如0是普通商品，2是随机重量的商品如水果）；接下来的5位是制造商代码，由GS1统一分配；再接下来的5位是产品代码，由制造商自行分配；最后一位是校验位，用于验证条形码的正确性。
UPC-E是UPC-A的压缩版本，用于包装较小的商品。它只有8位数字，通过特殊的压缩算法将UPC-A的12位数字压缩成8位。UPC-E主要用于药店、便利店等小包装商品较多的场景。
UPC条形码只能编码数字，不能包含字母或特殊字符。如果需要编码字母，可以使用Code 128或Code 39等更灵活的条形码类型。
EAN-13与EAN-8
EAN（European Article Number，欧洲商品编号）是欧洲和其他多数国家使用的条形码标准，与UPC兼容。EAN-13包含13位数字，是目前全球最通用的商品条形码。
EAN-13的结构和UPC-A类似，但多了一位。EAN-13的前2到3位是国家代码，标识商品注册的国家或地区（比如690-695是中国，450-459是日本，000-139是美国）。接下来的9到10位是厂商代码和产品代码，最后一位是校验位。
EAN-8是缩短版本，只有8位数字，用于小型商品。和UPC-E类似，EAN-8是经过压缩的，包含了和EAN-13相同的信息，只是用更少的位数表示。EAN-8的前缀是国家代码，中间是产品代码，最后是校验位。
值得注意的是，EAN和UPC是向下兼容的。EAN-13的前缀是"0"时，就等价于对应的UPC-A代码。所以同一个商品在北美用UPC-A，在其他地方用EAN-13，但编码内容其实是一样的。
条形码的结构
一个标准的UPC/EAN条形码从左到右包含以下部分：
静区（Quiet Zone）：条形码两侧需要留白区域，通常至少是窄条宽度的10倍。没有足够的静区，扫描器可能无法正确识别起始位置。
起始符（Start Guard）：左边的特殊图案，告知扫描器条形码从这里开始。EAN-13/UPC-A的起始符是"101"，EAN-8/UPC-E的起始符类似。
左侧数据区（Left Side）
中央分隔符（Center Guard）：位于中间的"01010"图案，用于分隔左右两侧数据。
右侧数据区（Right Side）：包含后半部分数字，每个数字用7个模块表示。
终止符（End Guard）：右侧的特殊图案，告知扫描器条形码结束。
EAN-13和UPC-A的每个数字由7个"模块"组成，每个模块可以是黑色或白色条。但实际看到的条形码中，条和空的宽度有三种：窄条（1倍）、中等（2倍）、宽条（3倍）。通过不同组合的条空图案来表示不同的数字。
校验位计算
校验位是条形码最后一位数字，用于验证条形码的正确性。如果扫描器读取的数字与校验位不符，说明读取过程出现了错误。这个看似简单的数字其实需要经过精心计算。
以EAN-13为例，校验位计算方法如下：
第一步：从左边开始，将前12位数字交替乘以1和3（奇数位乘1，偶数位乘3），然后相加。
第二步：用10减去上一步结果的个位数，就得到校验位。如果个位数是0，则校验位本身就是0。
举个例子：假设前12位是690123456789
计算：6×1 + 9×3 + 0×1 + 1×3 + 2×1 + 3×3 + 4×1 + 5×3 + 6×1 + 7×3 + 8×1 + 9×3
= 6 + 27 + 0 + 3 + 2 + 9 + 4 + 15 + 6 + 21 + 8 + 27 = 128
10 - 8 = 2，所以校验位是2，完整条形码是6901234567892
UPC-A的校验位计算方法类似，只是位数不同（10位数据+1位校验位），计算时也是奇数位乘1、偶数位乘3，但奇偶的起始位置不同。
了解校验位计算有什么用？对于开发者来说，可以用来验证用户输入的条形码是否正确；对于普通用户，可以用这个方法识别伪造的条形码——如果计算出来的校验位和条形码上的不符，这个条形码很可能是假的。
条形码生成原理
生成条形码本质上是一个"数字→图案"的编码过程。每种条形码标准都有固定的编码表，定义了每个数字对应的条空组合。
以EAN-13为例，左侧数字（第一位之后）使用"L编码"，右侧数字使用"G编码"或"R编码"。这种设计有一个巧妙的目的：即使条形码倒着扫描，扫描器也能识别出哪边是左哪边是右，从而正确解码。
生成条形码的步骤大致是：
1. 确定要编码的数字
2. 计算校验位
3. 查找每个数字对应的条空图案
4. 添加起始符、终止符和中央分隔符
5. 渲染出最终的条形码图像
现代编程语言和库（如Python的python-barcode库、JavaScript的JsBarcode库）已经封装好了这些逻辑，你只需要提供数字字符串，库函数就会生成对应的条形码图像。
但需要注意：生成条形码不等于这个条形码是"合法"的。任何人都可以生成一个格式正确的条形码，但这不代表这个条形码对应的商品是真实存在的。如果你想让条形码真正有效，需要向GS1等机构申请注册，获取合法的厂商代码。
最后，一个常见的误解：条形码中的竖条和空白并不是直接对应二进制的1和0。它们是经过编码的图案，不同的条形码标准有不同的编码规则。这也是为什么不能简单地"数条"来解读条形码，必须使用对应的解码算法。