欢迎访问 AI DO TOOL 网站

条形码生成器 — CODE128 / EAN-13 等六码制

条形码生成器把一串数字或字符直接画成可扫描的一维条码,内置 CODE128、EAN-13、EAN-8、UPC-A、CODE39 与 ITF-14 六种常见码制。输入会按所选码制即时校验位数与字符范围,该带校验位的码制在位数少一位时自动补上校验位,格式不对则当场提示。外观分三处独立调节:条宽决定每个模块占几像素,高度决定条线长短,缩放把条、字与留白整体放大,改完右侧立刻重绘。条线与背景都能自定颜色,浅底深条最稳妥,印在深色包装上也能调成反色。条码下方可读文本可关闭,也能换字体、改字号、移到上方或下方并调整间距和对齐。留白即静区,扫描枪靠它分辨起止,界面会提示当前值是否够宽。预览区标注真实像素尺寸,导出的 PNG 适合网页与聊天贴图,SVG 是矢量格式、放大后仍不模糊,方便拿到印刷或喷绘里使用。六种码制覆盖了从商品零售、内部管理到物流外箱的主要场景,选对码制往往比反复调外观更重要。

条码内容

码制

12 或 13 位数字,如 690123456789

将自动补上校验位 2。

尺寸

2像素
72像素
1×

颜色

#000000
#FFFFFF
常用配色

可读文本

在条码旁显示内容

18像素

OCR-B 是条码专用字体,系统未安装时会自动回退到等宽字体。

位置
2像素
对齐

留白 / 静区

20像素

静区充足

建议不小于 20px(10 倍条宽),当前 20px

最近生成

暂无记录,下载或复制过的条码会出现在这里

补充说明

码制怎么选

商品零售优先 EAN-13 或 UPC-A;包装太小放不下 13 位时改 EAN-8;内部管理、订单号、任意字符用 CODE128;工业现场、字母数字混合且不想依赖数据库用 CODE39;物流外箱纸箱用 ITF-14。选错码制,扫描枪可能根本不认。

校验位与静区

EAN/UPC/ITF 的最后一位是校验位,按固定权重算出来,扫描时用来发现读错。两侧留白是静区,扫描枪靠它判断起止;静区太窄是最常见的扫不出原因,界面会提示当前值够不够。

像素与印刷尺寸

条宽和高度都按像素算。要印多大就先把条宽、高度和缩放设好,再下载;印小了条线会糊在一起,印大了文件也跟着变大。SVG 是矢量,放大不失真,更适合印刷。

操作说明

  1. 先选码制再填内容——CODE128 什么字符都能放,EAN-13、UPC-A、ITF-14 只收数字且位数固定,输入框里会写明规则。
  2. 拖动「条宽 / 高度 / 缩放」三个滑杆调外观:条宽管每个模块的像素、高度管条线长短、缩放把整体连同文字和留白一起放大。
  3. 在「可读文本」组里决定要不要在条码旁印出内容,可以换字体、字号、放到上方或下方、调间距与左右对齐。
  4. 「留白」就是静区,界面会算出建议值并提示够不够;调好后点「下载 PNG」或「下载 SVG」保存,SVG 放大不失真。

常见问题解答

六种码制该怎么选?

商品零售用 EAN-13 或 UPC-A;包装太小放不下 13 位用 EAN-8;内部管理、物流单号这类任意字符用 CODE128;工业现场、字母数字混合且不想依赖数据库用 CODE39;外箱纸箱用 ITF-14。选错码制,扫描枪可能根本不认。

校验位是什么,为什么有时会自动补上?

EAN/UPC/ITF 这类码制的最后一位是按前面数字算出的校验位,用来在扫描时发现错位或漏读。你只填数据位(少一位)时,工具会按规则自动补上校验位再生成。

为什么条码扫不出来?

最常见的原因是静区(两侧留白)被压太窄,或条宽、分辨率太低导致打印后条线粘连。把留白调到建议值以上、适当加大条宽,并确保打印清晰通常即可解决。

PNG 和 SVG 该选哪个?

网页、聊天里贴图用 PNG 足够;若要印刷、喷绘或需要任意放大不糊,选 SVG,它是矢量格式,放大到任何尺寸都保持清晰。

生成的条码能直接拿去商品上用吗?

不能。真正用于商品零售的条码需要向 GS1 等机构申请合法的厂商识别代码,本工具只按你输入的内容生成图案,不对编码的合法性负责。

概念

条形码用宽窄不同的黑白条把字符编码成一串图案:条和空按各码制固定的规则排列,扫描枪读取的是宽度之间的比例,而不是绝对尺寸,所以同一段内容放大或缩小后依然能扫。两侧必须留出空白静区,扫描枪才能分清起止符在哪里,静区被压得太窄是条码扫不出的常见原因。不同码制解决不同问题:CODE128 能把全部 ASCII 字符编进去,适合物流与内部管理;EAN-13 与 UPC-A 是商品零售的标准,带全球统一的校验位;EAN-8 给包装太小的商品用;CODE39 自校验、不依赖数据库,常在工业与国防出现;ITF-14 则专用于纸箱等外箱标识。校验位不是装饰:它按固定权重算出最后一位,扫描时用来发现错位或漏读。条宽、高度、缩放都以像素计,印得太小条线会糊在一起,印得太大文件也跟着膨胀。理解这些差别,才能选对码制、把条码真正印得可扫。

历史与由来

条码的技术谱系可以追到摩尔斯电码——两者都把信息编码成宽窄、长短的序列,靠读取时长或宽度还原内容。1948 年德雷塞尔理工学院的伯纳德·西尔弗与诺曼·约瑟夫·伍德兰开始研究自动识别,1949 年提交、1952 年获得美国专利 2,612,994,方案是用不同宽度的同心圆环编码,被称为「靶心式」条码。受限于当时的光电管与打印技术,这套方案没能商用。1960 年代北美铁路尝试过 KarTrak 系统,在车厢侧面贴彩色条纹标识车号,因磨损和误读率高而退役,但它证明了自动识别的可行性。真正的转折来自零售业:1970 年几家食品企业组成统一杂货产品识别码委员会,1973 年选定 IBM 的矩形条码方案作为 UPC 标准,1974 年 6 月 26 日俄亥俄州特洛伊市的 Marsh 超市完成了第一次实际扫描。此后码制不断分化:1974 年 Intermec 的戴维·阿莱斯设计出 Code 39,用 43 个字符做自校验编码,因为不依赖数据库、直接把字母编进条里而流行于工业和国防领域;1976 年 UPC 铺开;1981 年出现能编码全部 128 个 ASCII 字符的 Code 128,同年图书行业用 EAN 前缀 978/979 做书号条码;1980 年代后期 ITF-14 成为物流外箱的标准。1990 年代 GS1 把 Code 128 扩展成 GS1-128,用应用标识符在同一串里塞进批号、效期和重量。1994 年日本电装公司推出 QR 码,把信息从一维的宽度扩展到二维的平面。今天一维条码仍在货架和面单上占主导,二维条码则接手了需要装更多信息的场景,两代人分工明确。回头看,条码真正解决的从来不是「怎么编码」,而是「怎么让全世界同意用同一套编码」——UPC 能落地,靠的是零售商、印刷厂和设备商在同一张桌子上谈了整整三年。

相关关键词

条形码生成器条码制作CODE128生成器EAN13条码EAN8条码
持善良之心,守正直之本,怀温暖之爱;愿世界和平,人间祥和。