条形码生成器
在浏览器里生成可下载的一维码和二维码式二维条码，适用于零售商品、物流箱标、资产标签、票券、ISBN 出版和制造追溯。选择 Code128、EAN、UPC、ITF-14、Interleaved 2 of 5、PDF417 或 Data Matrix，调整倍率、静区留白、可读文字和颜色，然后导出为 PNG、SVG 或 JPG。
- 支持 Code128、Code39、EAN-13、EAN-8、UPC-A、UPC-E、ITF-14、Interleaved 2 of 5、PDF417 和 Data Matrix
- EAN、UPC、ITF-14 内置位数和校验位提示，能在导出前尽早发现无效输入
- 场景预设可一键切换标准、小标签、高清打印、无文字等输出配置，方便团队保持标签风格一致
- 所有生成过程都在浏览器内完成，你输入的编码内容不会上传到服务器
适合 ID 和内部编号的通用一维条码。
一键切换标准、小标签、高清打印和无文字输出配置。
静区太窄是扫码失败的常见原因。建议至少保留默认值。
数值越大，可读文字离条码越远。
只有最终承载面足够干净时才建议使用透明背景。为了扫码稳定，白底通常更稳妥。
功能简介
这个流程围绕三个检查点设计：输入是否有效、图像是否容易扫描、文件是否可以直接交付。这样生成的条码，在打印和扫码测试中更不容易出问题。
- 01
多种条码规范集中在一个页面
常见的零售、物流、资产、票券和追溯标准都可以在同一页处理，不需要为不同用途来回切换工具。
- 02
输入校验
EAN、UPC、ITF-14 会检查位数和校验位，并给出能帮助你修正编码的提示，而不是只简单拒绝输入。
- 03
可调导出设置
可以调整倍率、高度、静区留白、可读文字、颜色和背景，在扫码可靠性和视觉规范之间取得平衡。
- 04
本地处理
所有操作都在浏览器内完成。输入不会发送到服务器，适合内部编号和对隐私较敏感的工作流。
- 05
场景预设
提供标准、小标签、高清打印和无文字配置。团队批量制作时，不必每次重新调参数，也更容易保持一致。
- 06
一维码和二维条码并排比较
同一个业务流程中，某一步使用 Code128，另一处使用 PDF417 或 Data Matrix 时，可以在同一工作区里切换和确认。
如何使用
无论是临时生成一个编码，还是定期制作标签，都建议按输入到导出的顺序检查。这样结果不仅看起来正确，也更适合实际扫码。
- 01
先明确使用场景：零售、物流、内部 ID，还是大容量文本。先确认场景，可以避免一开始就选错条码格式。
- 02
选择格式：零售用 EAN 或 UPC，物流箱标用 ITF-14，内部 ID 用 Code128，较长内容或结构化数据用 PDF417 或 Data Matrix。
- 03
输入值，并先处理页面给出的校验提示。尤其是 EAN、UPC、ITF-14，要确认位数和校验位。
- 04
根据载体调整导出设置：倍率、高度、静区留白、是否显示文字、背景。用于印刷时优先选择 SVG，并保留足够静区。
- 05
导出 PNG、SVG 或 JPG。正式使用前，至少用手机相机和一台手持扫码枪各测试一次。
功能说明
它不只是把文本画成条。这个工具更关注扫码稳定性、印刷交付，以及团队输出的一致性。
- 在浏览器内检查不同格式对应的位数和字符规则，导出前就能发现无效输入
- EAN、UPC、ITF-14 的校验位提示可以帮助你判断问题出在位数，还是校验位本身
- 一维码和二维条码共用同一页面，单个业务流程需要多种格式时也能顺手处理
- 倍率、高度、静区、文字和背景都能独立调整，方便在扫码成功率和视觉规范之间取舍
- 场景预设让新成员不必先读规格文档，也能生成接近团队标准的输出
- 实时预览会显示生成后的条码和输出尺寸，导出前更容易发现问题
- 全部在浏览器内运行，适合离线环境、内网环境和敏感内容
适合哪些场景
从零售、仓储到制造和出版，条形码不仅要生成出来，还要在下游现场稳定读得出来。
-
零售商品上架
EAN 和 UPC 是货架、POS 和流通流程里的基础编码。位数和校验位必须符合标准。
-
物流箱和外箱标签
ITF-14 和 Interleaved 2 of 5 常用于箱级处理和路径分拣。对比度、静区和读取距离都很重要。
-
资产和设备管理
Code128 和 Code39 适合资产 ID、工位标签、机房设备和盘点标签。
-
文件和票券
PDF417 和 Data Matrix 可以承载更多结构化字段，适合票券、证件、通行证和批次信息。
-
图书出版
ISBN 在流通、库存和 POS 系统中通常以 EAN-13 条码承载，是出版物条码制作中的常见场景。
-
制造追溯
Data Matrix 适合编码零件批次、工序和质检信息，常见于电子零件和汽车相关产线。
-
仓库拣货标签
用同一套设置批量生成库位和商品标签，可以提高拣货速度，并减少误扫。
-
系统联调测试
开发过程中可以快速生成多种格式的样例编码，用来验证扫码枪、PDA、WMS 和 POS 的处理逻辑。
延伸阅读
如果要处理较长 URL、联系方式或 Wi‑Fi 凭据， 二维码生成器 会更合适。如果内容包含 query 参数或非 ASCII 字符，可以先用 URL 编码解码 处理干净再继续。处理 API 字段、嵌入内容或已编码文本时，可以搭配 Base64 编码解码 使用。
使用建议
可以把下面这些当作上线前检查清单，用来提高扫码稳定性和印刷可靠性。
- 印刷用途优先导出 SVG，这样无论放大缩小，条码边缘都能保持清晰
- 深色条码配浅色背景是最稳妥的默认方案。不要在条码区域使用低对比度或渐变
- 不要把静区留白设为 0。四周白边不足，是扫码失败的主要原因之一
- EAN、UPC、ITF-14 请按标准位数输入。手动补 0 很容易破坏校验位
- 同一批标签固定倍率、高度和静区，扫码结果会更稳定
- 较长内容或结构化数据，请选择 PDF417 或 Data Matrix，不要硬塞进高密度一维码里
- 只有最终承载面干净且对比足够时，才使用透明背景。否则白底更可靠
- 正式生产前，至少用手机相机和手持扫码枪各测试一次
边界与注意事项
条码看起来生成成功，不代表一定能在现场使用。了解这些限制，可以减少上线后的问题。
- 不同设备和系统的扫码实现并不完全一致，因此必须在目标使用环境里测试
- 语法上有效的条码，不一定符合零售或物流业务规则
- 手动编辑、重复编码、多余补零都可能破坏校验位，并导致下游系统拒收
- 即使格式正确，低对比度、反光材质、覆膜或过度缩放也可能导致无法读取
- 打印得很小时，PNG 可能出现边缘锯齿。建议使用 SVG，并避免再次压缩
- 一维码和二维条码优化目标不同，例如密度、纠错能力和标签尺寸。不要用同一套思路调所有格式
- 把过长内容塞进一维码，会降低读取速度和可靠性。这种情况应改用二维条码
- 条形码不是加密。敏感值在编码前请先脱敏或哈希化
常见问题
这里整理了团队在格式选择、输入校验、印刷和扫码表现上最常遇到的问题。
为什么我的条码扫不出来？
常见原因是格式选错、校验位无效、对比度太低或静区留白不足。建议按这个顺序逐项检查。
应该导出 PNG 还是 SVG？
网页或后台系统里展示，用 PNG 通常足够。用于印刷或交给设计文件时，建议使用 SVG，这样条码边缘会保持锐利。
我输入的数据会上传到哪里吗？
不会。条码生成完全在你的浏览器内完成。
明明都是数字，为什么 EAN 或 UPC 仍然失败？
EAN 和 UPC 不只要求数字，还要求正确位数和有效校验位。
为什么 Interleaved 2 of 5 必须是偶数位？
这种格式会把数字两两成组编码。奇数位会让最后一位没有配对，因此无法表示。
透明背景会影响扫码吗？
透明本身不是问题，但最终承载面的颜色和纹理必须与条码形成足够对比。
条码下方要不要显示可读文字？
如果可能需要人工录入或肉眼核对，建议显示。只有空间非常紧张，并且流程完全依赖扫码时，才考虑隐藏。
预览没问题，打印出来却扫不出，为什么？
请检查打印机分辨率、材质反光、缩放是否变形，以及静区留白是否足够。从 SVG 重新导出通常会有所改善。
团队如何保持条码输出一致？
固定格式和参数，共用同一个场景预设，并约定文件命名规则。
Code128 和 Code39 怎么选？
现代系统通常优先选 Code128，因为密度更高、支持字符更多。只有需要兼容旧系统时，再考虑 Code39。
为什么要用不止一种扫码设备测试？
不同扫码器对反光、低对比度、角度和距离的容忍度不同。只在一台设备上扫得出，不代表生产环境一定稳定。
QR、PDF417 和 Data Matrix 有什么区别？
它们都是二维条码，但密度和常见用途不同。Data Matrix 适合小标签，PDF417 常用于文件和票券，QR 更偏通用场景。
生成的条码可以直接用于生产吗？
建议先小范围试运行，确认印刷流程、材质、扫码设备和下游系统都能稳定处理，再扩大使用。