简介基于 GNU barcode 0.99 源码使用 MSVC 2017 编译好的 Windows 版条码生成库覆盖 32 位与 64 位两种环境解决 Windows 下难以直接使用 GNU 官方构建体系的问题。压缩包共 17 个文件包含 4 个 lib、4 个 dll、4 个 exp、2 个头文件以及 pri、chm、pdf 文档整体仅 255KB体积小巧。lib 可直接静态链接dll 适合动态加载exp 为导出符号文件配合头文件即可在 Visual Studio 中顺利开发。开发者拿到后无需自行编译第三方库直接将文件加入工程即可调用附带 CHM 和 PDF 官方帮助文档可快速查阅条码类型、参数规格与调用示例适合需要生成 EAN/UPC/Code 128 等常见条码的 C/C 项目。目前已有 414 人学习使用属于轻量实用的开源工具封装。 前几天整理U盘翻出一个旧压缩包barcode-0.99-win32-64.zip。名字很朴素但正是这个命令行小工具帮我在 Windows 环境下解决了不少条码生成的问题。它体积小、无依赖、离线可用对于需要在 Windows 服务器或本地批量生成条码的场景比装一堆重型库要省心得多。这篇文章我会从使用者的角度把这个包的下载、安装、命令行用法、程序集成以及踩过的坑都过一遍。如果你正在为在 Windows 上生成条码发愁或者对 32/64 位版本选择、工具链兼容性这些事犯嘀咕应该能帮你省点时间。1. barcode-0.99-win32-64.zip 是什么先搞清这个包的价值1.1 GNU barcode 的前世今生这个包其实是 GNU barcode 项目在 Windows 平台上的编译产物。GNU barcode 最早是 90 年代由 Alessandro Rubini 等人开发的用 C 语言实现专门用来生成各种一维条码。虽然名字里带着 GNU 前缀但源码是跨平台的编译成 Windows 可执行文件一点不奇怪。版本号 0.99 看起来很陈旧但在条码生成这个领域它属于“功能稳定、标准成熟”的典型代表。实际支持的编码类型包括Code 39Code 128EAN-13 / EAN-8UPC-A / UPC-EInterleaved 2 of 5ISBN、ISSN 等这些基本覆盖了商品零售、物流仓储、图书管理里的常见需求。生成的输出格式包括 EPS、SVG、PCL、PostScript直接用于印刷很合适。我经常在 Windows Server 上用命令行为批量商品生成 EAN-13 条码生成后导入排版软件整个过程不需要打开任何 GUI。1.2 为什么还在用 0.99 这个“老古董”很多朋友看到 0.99 会觉得这软件是不是不维护了。确实0.99 之后很久没有新版本但条码标准本身变化不大这个版本已经覆盖了绝大多数业务需求。相比之下ZXing、ZBar 这些库虽然功能更全、支持二维码但引入到 Windows 环境往往要带一堆依赖配置成本高。而barcode-0.99-win32-64.zip解压即用命令行一敲就出结果特别适合在无图形界面的 Windows Server 上跑批处理。说白了它是那种“你只会偶尔想起它但每次想起它都不会让你失望”的工具。如果你只是希望快速生成一个条码完全不需要为一个通用图形库引入几百兆依赖。老版本稳定又不涉及专利问题在实际生产里反而更放心。2. 下载与安装别被win32和64两个词搞晕2.1 压缩包里的文件结构解压barcode-0.99-win32-64.zip你会看到类似下面的结构bin目录里有barcode.exedoc目录里有 PDF 格式的手册tests目录里有一些示例数据部分打包版本还会带上lib和include方便你直接链接库。真正的可执行文件就一个所以千万别被“win32-64”这个名字误导。这个命名通常表示同一个包同时覆盖 32 位和 64 位 Windows 系统有些打包者会把 32 位和 64 位分别放在win32和win64子目录下打开压缩包要先看清楚目录结构。我见过有人下载后直接双击barcode.exe发现窗口一闪而过就以为程序坏了。其实这个工具属于命令行程序需要在 CMD 或 PowerShell 里运行双击只会执行后立即退出没有界面是正常现象。这个点对新手来说容易误会。2.2 安装与 PATH 配置这个工具不需要安装解压就能用。但为了让它在任意目录下都能被调用建议把bin目录加到系统 PATH 里。操作很传统右键“此电脑” - 属性 - 高级系统设置 - 环境变量在 Path 一项追加;C:\tools\barcode\bin然后重新打开命令行。配置完之后不管在哪个目录敲barcode都能识别。如果你用的是 PowerShell可以顺手测试一下barcode --version看到版本信息就说明环境变量配置成功了。这里还要提醒 32/64 位选择的问题。64 位 Windows 运行 32 位程序通常没有问题但反过来不行。如果你把它想象成车型32 位程序是小巴系统是高速公路小巴上高速当然没问题64 位程序是大巴把它开进只允许小巴通行的窄路就会卡住。所以下载前先确认自己系统位数。另外如果 32 位版运行时提示缺少MSVCR100.dll大概率是系统缺少 VC 运行库装一个对应的 Visual C Redistributable 包即可。3. 命令行实操用 barcode 命令生成第一个条码3.1 基本参数详解使用barcode生成条码核心就是一条命令。假设你要生成一个 Code128 编码的条码数据是ABC123456可以这样写barcode -b ABC123456 -e code128 -o output.eps参数说明如下参数含义示例-b条码数据一般用引号括起来-b ABC123456-e编码类型如 code128、code39、ean、upc-e code128-o输出文件名支持 .eps、.svg、.ps 等-o output.eps-u单位默认 mm可指定 inch-u mm-m边距控制条码四周留白-m 10如果你要生成 EAN-13数据必须是 12 位或 13 位数字barcode 会自动计算校验位。这个自动补全校验位的功能很省事尤其是大量商品条码场景不用自己在表格里写公式算。我有时候会故意只给 12 位数字让工具补最后一位省去手动计算。3.2 批量生成与格式转换生产环境里通常不会只生成一个条码而是配合数据库记录批量生成。Windows 下用 PowerShell 循环就能做到。我常用的是从 CSV 里读数据一条一条生成Import-Csv items.csv | ForEach-Object { $code $_.code barcode -b $code -e code128 -o barcodes\$code.eps }生成的 EPS 是矢量图不能直接给网页用。如果要在网页显示或打印标签用 Ghostscript 转成高分辨率 PNG 很方便gswin64c -sDEVICEpng16m -r300 -o output.png output.eps-r300表示 300 DPI打印标签足够清晰。如果需要更小的体积也可以直接出 SVG用浏览器打开再截图。但我个人更推荐保留 EPS 原文件后面做任何尺寸调整都不会损失质量。4. 集成到项目从命令行到程序调用4.1 在 C/C 和 Python 中调用命令行虽然好用但遇到需要嵌入到自身程序、动态生成条码的场景更推荐直接调用库或者用子进程方式调用barcode.exe。比如在 Python 里subprocess是最简单的方式import subprocess subprocess.run([barcode, -b, ABC123456, -e, code128, -o, output.eps])如果你追求性能、不想每次 fork 一个新进程可以考虑把 libbarcode 编译成 DLL 或静态库然后在 C/C 里直接调用库函数。具体做法是下载 GNU barcode 源码用 MinGW 或 MSVC 编译成静态库然后在自己的工程里链接。这个过程稍微复杂但好处是分发程序时不用依赖外部 exe用户拿到程序就能用。我在一个小工具里就这么做过最后分发时只带一个 exe干净利落。如果你是用 Win32 API 写桌面程序也可以用一个按钮触发生成条码把barcode.exe的输出路径做进配置里完全不需要为条码生成写太多逻辑。这种轻量集成方式比引入 ActiveX 控件更容易维护。4.2 和 Microsoft Barcode Control 16.0 的对比Windows 上另一个常见的条码生成方案是 Microsoft Barcode Control 16.0这是一个 ActiveX 控件经常随 Office 2010 Professional Plus 等版本一起分发适合在 VBA 或旧式 MFC 程序里使用。它的优点是可视化、拖拽即用缺点是版本耦合强不是所有 Windows 环境都预装了 Office分发时可能碰到控件未注册的问题。相比之下GNU barcode 开源、无专利限制、纯命令行可脚本化更适合需要自动化批量处理的场景。如果你的目标是做一个 Windows 桌面端小工具用barcode-0.99-win32-64.zip配合一个简单的前端界面会省掉不少授权和兼容性麻烦。但如果你是给 Office 宏用那微软官方控件确实更方便二者各有适用场景。5. 踩坑实录Win32路径、64位系统与各种奇奇怪怪的问题5.1 遇到 “directory picker failed” 怎么办在 Windows 上折腾 barcode 或其它工具时不少朋友会遇到directory picker failed: directory picker failed: win32 folder dialog worker这个报错。这个报错一般不是 barcode 本身产生的而是某些 GUI 前端或系统对话框组件故障时出现的。常见原因有系统资源管理器进程崩溃、文件对话框组件注册异常、或者当前用户权限不够。解决办法分几步来先重启 Windows 资源管理器再用sfc /scannow修复系统文件如果急用绕开 GUI直接用命令行参数指定输入输出目录不要依赖系统文件选择框。我在实际使用中更多是写一个配置文件把路径写死这样也方便无人值守执行。这个问题的排查思路也适用于其他工具在 Windows 上的“目录选择”相关报错。5.2 32位/64位工具链不匹配的排查如果从源码编译 barcode或者集成到 Qt 这类框架里你可能会遇到经典问题明明安装了 MSVC2022 64 位工具链Qt Creator 却死活配置不上。我见过不少人下载 Qt6.12 后安装时没勾选“MSVC 模块”只在 PATH 里留了 MinGW结果项目无法构建。其实问题不在 Qt 本身而在工具链匹配。解决思路是重新运行 Qt 安装程序把对应版本的 MSVC 组件装上然后在 Qt Creator 的“工具 - 选项 - Kits”里手动选择编译器并确认 MSVC 环境变量已经正确初始化。这类 32 位和 64 位架构不匹配的问题在不少 Windows 原生工具上都可能出现。比如 Oracle Instant Client 19c64位如果被 32 位加载器加载就会报出很奇怪的错误ZLMediaKit 的 Windows 64 版本如果混用了 32 位依赖库也会有一模一样的怪异现象。对于 barcode 来说同理如果你用 64 位程序去链接一个 32 位的 libbarcode必然报错。编译时一定要保持架构一致。5.3 条码尺寸、像素与“64”的联想看到 win32-64 这个命名我想到另一个和“64”有关的知识点最小 MAC 帧是 64 字节这和条码的最小有效尺寸有点类似——要想让扫描枪稳定识别条码的“模块宽度”也就是最窄的线条宽度不能低于某个值。我个人的经验是导出 PNG 时至少 300 DPI条码最窄处不要小于 0.25mm否则打印出来扫描仪经常“装傻”。这虽然不是barcode这个包的功能参数但实际应用中很多人就是在这里翻车生成时看着没问题打印后扫不出来。这里给一个实际测试过的参照Code128 条码内容 10 位以内在 300 DPI 下导出宽度控制在 30mm 到 60mm 之间扫描成功率是最高的。太窄了识别率下降太宽了有些扫描枪反而不适应所以不要一味地放大或缩小。6. 常见问题速查与心得6.1 常见问题速查表下面是我使用过程中遇到过的一些问题和解决办法整理成表格方便大家快速定位。问题现象常见原因解决办法命令运行后中文乱码终端编码不是 UTF-8 / 系统区域设置用 PowerShell 设置[Console]::OutputEncoding或改用全英文数据生成的条码扫不出来条码过小或打印分辨率不足提高 DPI 到 300按上述经验设置模块宽度EPS 无法转 PNG没有安装 Ghostscript安装 GS并确认gswin64c在 PATH 中64 位系统提示缺少 MSVCR100.dll缺少 VC 运行库安装适合系统架构的 VC Redistributable链接 libbarcode 报错32/64 位架构不匹配统一使用同一架构的编译器和库directory picker failed系统对话框组件异常重启 explorer、修复系统文件或绕过 GUI 直接传路径6.2 我的几点使用心得最后说几点个人经验。第一如果你只是临时生成几个条码直接下载这个 ZIP 包用命令行完全不用写代码。第二如果是正式项目最好把barcode.exe放到固定目录并在程序里用绝对路径调用避免 PATH 被其他软件改掉后程序罢工。第三我习惯把生成的 EPS 原始文件保留一份因为它是矢量图后面无论打印多大的标签都可以无损放大缩小。还有一个技巧批量生成时把文件命名和数据库主键对应起来比如 EAN-13 码直接用商品 ID 作为文件名。这样后续排错、追溯都很方便。我踩过几次坑之后已经形成一套固定流程CSV 导入 - PowerShell 批量生成 - Ghostscript 转 PNG - 打印或入库整个过程全自动基本不会再出幺蛾子。本文还有配套的精品资源点击获取 barcode-0.99-win32-64.zip：Windows下命令行生成条码的完整指南
简介基于 GNU barcode 0.99 源码使用 MSVC 2017 编译好的 Windows 版条码生成库覆盖 32 位与 64 位两种环境解决 Windows 下难以直接使用 GNU 官方构建体系的问题。压缩包共 17 个文件包含 4 个 lib、4 个 dll、4 个 exp、2 个头文件以及 pri、chm、pdf 文档整体仅 255KB体积小巧。lib 可直接静态链接dll 适合动态加载exp 为导出符号文件配合头文件即可在 Visual Studio 中顺利开发。开发者拿到后无需自行编译第三方库直接将文件加入工程即可调用附带 CHM 和 PDF 官方帮助文档可快速查阅条码类型、参数规格与调用示例适合需要生成 EAN/UPC/Code 128 等常见条码的 C/C 项目。目前已有 414 人学习使用属于轻量实用的开源工具封装。 前几天整理U盘翻出一个旧压缩包barcode-0.99-win32-64.zip。名字很朴素但正是这个命令行小工具帮我在 Windows 环境下解决了不少条码生成的问题。它体积小、无依赖、离线可用对于需要在 Windows 服务器或本地批量生成条码的场景比装一堆重型库要省心得多。这篇文章我会从使用者的角度把这个包的下载、安装、命令行用法、程序集成以及踩过的坑都过一遍。如果你正在为在 Windows 上生成条码发愁或者对 32/64 位版本选择、工具链兼容性这些事犯嘀咕应该能帮你省点时间。1. barcode-0.99-win32-64.zip 是什么先搞清这个包的价值1.1 GNU barcode 的前世今生这个包其实是 GNU barcode 项目在 Windows 平台上的编译产物。GNU barcode 最早是 90 年代由 Alessandro Rubini 等人开发的用 C 语言实现专门用来生成各种一维条码。虽然名字里带着 GNU 前缀但源码是跨平台的编译成 Windows 可执行文件一点不奇怪。版本号 0.99 看起来很陈旧但在条码生成这个领域它属于“功能稳定、标准成熟”的典型代表。实际支持的编码类型包括Code 39Code 128EAN-13 / EAN-8UPC-A / UPC-EInterleaved 2 of 5ISBN、ISSN 等这些基本覆盖了商品零售、物流仓储、图书管理里的常见需求。生成的输出格式包括 EPS、SVG、PCL、PostScript直接用于印刷很合适。我经常在 Windows Server 上用命令行为批量商品生成 EAN-13 条码生成后导入排版软件整个过程不需要打开任何 GUI。1.2 为什么还在用 0.99 这个“老古董”很多朋友看到 0.99 会觉得这软件是不是不维护了。确实0.99 之后很久没有新版本但条码标准本身变化不大这个版本已经覆盖了绝大多数业务需求。相比之下ZXing、ZBar 这些库虽然功能更全、支持二维码但引入到 Windows 环境往往要带一堆依赖配置成本高。而barcode-0.99-win32-64.zip解压即用命令行一敲就出结果特别适合在无图形界面的 Windows Server 上跑批处理。说白了它是那种“你只会偶尔想起它但每次想起它都不会让你失望”的工具。如果你只是希望快速生成一个条码完全不需要为一个通用图形库引入几百兆依赖。老版本稳定又不涉及专利问题在实际生产里反而更放心。2. 下载与安装别被win32和64两个词搞晕2.1 压缩包里的文件结构解压barcode-0.99-win32-64.zip你会看到类似下面的结构bin目录里有barcode.exedoc目录里有 PDF 格式的手册tests目录里有一些示例数据部分打包版本还会带上lib和include方便你直接链接库。真正的可执行文件就一个所以千万别被“win32-64”这个名字误导。这个命名通常表示同一个包同时覆盖 32 位和 64 位 Windows 系统有些打包者会把 32 位和 64 位分别放在win32和win64子目录下打开压缩包要先看清楚目录结构。我见过有人下载后直接双击barcode.exe发现窗口一闪而过就以为程序坏了。其实这个工具属于命令行程序需要在 CMD 或 PowerShell 里运行双击只会执行后立即退出没有界面是正常现象。这个点对新手来说容易误会。2.2 安装与 PATH 配置这个工具不需要安装解压就能用。但为了让它在任意目录下都能被调用建议把bin目录加到系统 PATH 里。操作很传统右键“此电脑” - 属性 - 高级系统设置 - 环境变量在 Path 一项追加;C:\tools\barcode\bin然后重新打开命令行。配置完之后不管在哪个目录敲barcode都能识别。如果你用的是 PowerShell可以顺手测试一下barcode --version看到版本信息就说明环境变量配置成功了。这里还要提醒 32/64 位选择的问题。64 位 Windows 运行 32 位程序通常没有问题但反过来不行。如果你把它想象成车型32 位程序是小巴系统是高速公路小巴上高速当然没问题64 位程序是大巴把它开进只允许小巴通行的窄路就会卡住。所以下载前先确认自己系统位数。另外如果 32 位版运行时提示缺少MSVCR100.dll大概率是系统缺少 VC 运行库装一个对应的 Visual C Redistributable 包即可。3. 命令行实操用 barcode 命令生成第一个条码3.1 基本参数详解使用barcode生成条码核心就是一条命令。假设你要生成一个 Code128 编码的条码数据是ABC123456可以这样写barcode -b ABC123456 -e code128 -o output.eps参数说明如下参数含义示例-b条码数据一般用引号括起来-b ABC123456-e编码类型如 code128、code39、ean、upc-e code128-o输出文件名支持 .eps、.svg、.ps 等-o output.eps-u单位默认 mm可指定 inch-u mm-m边距控制条码四周留白-m 10如果你要生成 EAN-13数据必须是 12 位或 13 位数字barcode 会自动计算校验位。这个自动补全校验位的功能很省事尤其是大量商品条码场景不用自己在表格里写公式算。我有时候会故意只给 12 位数字让工具补最后一位省去手动计算。3.2 批量生成与格式转换生产环境里通常不会只生成一个条码而是配合数据库记录批量生成。Windows 下用 PowerShell 循环就能做到。我常用的是从 CSV 里读数据一条一条生成Import-Csv items.csv | ForEach-Object { $code $_.code barcode -b $code -e code128 -o barcodes\$code.eps }生成的 EPS 是矢量图不能直接给网页用。如果要在网页显示或打印标签用 Ghostscript 转成高分辨率 PNG 很方便gswin64c -sDEVICEpng16m -r300 -o output.png output.eps-r300表示 300 DPI打印标签足够清晰。如果需要更小的体积也可以直接出 SVG用浏览器打开再截图。但我个人更推荐保留 EPS 原文件后面做任何尺寸调整都不会损失质量。4. 集成到项目从命令行到程序调用4.1 在 C/C 和 Python 中调用命令行虽然好用但遇到需要嵌入到自身程序、动态生成条码的场景更推荐直接调用库或者用子进程方式调用barcode.exe。比如在 Python 里subprocess是最简单的方式import subprocess subprocess.run([barcode, -b, ABC123456, -e, code128, -o, output.eps])如果你追求性能、不想每次 fork 一个新进程可以考虑把 libbarcode 编译成 DLL 或静态库然后在 C/C 里直接调用库函数。具体做法是下载 GNU barcode 源码用 MinGW 或 MSVC 编译成静态库然后在自己的工程里链接。这个过程稍微复杂但好处是分发程序时不用依赖外部 exe用户拿到程序就能用。我在一个小工具里就这么做过最后分发时只带一个 exe干净利落。如果你是用 Win32 API 写桌面程序也可以用一个按钮触发生成条码把barcode.exe的输出路径做进配置里完全不需要为条码生成写太多逻辑。这种轻量集成方式比引入 ActiveX 控件更容易维护。4.2 和 Microsoft Barcode Control 16.0 的对比Windows 上另一个常见的条码生成方案是 Microsoft Barcode Control 16.0这是一个 ActiveX 控件经常随 Office 2010 Professional Plus 等版本一起分发适合在 VBA 或旧式 MFC 程序里使用。它的优点是可视化、拖拽即用缺点是版本耦合强不是所有 Windows 环境都预装了 Office分发时可能碰到控件未注册的问题。相比之下GNU barcode 开源、无专利限制、纯命令行可脚本化更适合需要自动化批量处理的场景。如果你的目标是做一个 Windows 桌面端小工具用barcode-0.99-win32-64.zip配合一个简单的前端界面会省掉不少授权和兼容性麻烦。但如果你是给 Office 宏用那微软官方控件确实更方便二者各有适用场景。5. 踩坑实录Win32路径、64位系统与各种奇奇怪怪的问题5.1 遇到 “directory picker failed” 怎么办在 Windows 上折腾 barcode 或其它工具时不少朋友会遇到directory picker failed: directory picker failed: win32 folder dialog worker这个报错。这个报错一般不是 barcode 本身产生的而是某些 GUI 前端或系统对话框组件故障时出现的。常见原因有系统资源管理器进程崩溃、文件对话框组件注册异常、或者当前用户权限不够。解决办法分几步来先重启 Windows 资源管理器再用sfc /scannow修复系统文件如果急用绕开 GUI直接用命令行参数指定输入输出目录不要依赖系统文件选择框。我在实际使用中更多是写一个配置文件把路径写死这样也方便无人值守执行。这个问题的排查思路也适用于其他工具在 Windows 上的“目录选择”相关报错。5.2 32位/64位工具链不匹配的排查如果从源码编译 barcode或者集成到 Qt 这类框架里你可能会遇到经典问题明明安装了 MSVC2022 64 位工具链Qt Creator 却死活配置不上。我见过不少人下载 Qt6.12 后安装时没勾选“MSVC 模块”只在 PATH 里留了 MinGW结果项目无法构建。其实问题不在 Qt 本身而在工具链匹配。解决思路是重新运行 Qt 安装程序把对应版本的 MSVC 组件装上然后在 Qt Creator 的“工具 - 选项 - Kits”里手动选择编译器并确认 MSVC 环境变量已经正确初始化。这类 32 位和 64 位架构不匹配的问题在不少 Windows 原生工具上都可能出现。比如 Oracle Instant Client 19c64位如果被 32 位加载器加载就会报出很奇怪的错误ZLMediaKit 的 Windows 64 版本如果混用了 32 位依赖库也会有一模一样的怪异现象。对于 barcode 来说同理如果你用 64 位程序去链接一个 32 位的 libbarcode必然报错。编译时一定要保持架构一致。5.3 条码尺寸、像素与“64”的联想看到 win32-64 这个命名我想到另一个和“64”有关的知识点最小 MAC 帧是 64 字节这和条码的最小有效尺寸有点类似——要想让扫描枪稳定识别条码的“模块宽度”也就是最窄的线条宽度不能低于某个值。我个人的经验是导出 PNG 时至少 300 DPI条码最窄处不要小于 0.25mm否则打印出来扫描仪经常“装傻”。这虽然不是barcode这个包的功能参数但实际应用中很多人就是在这里翻车生成时看着没问题打印后扫不出来。这里给一个实际测试过的参照Code128 条码内容 10 位以内在 300 DPI 下导出宽度控制在 30mm 到 60mm 之间扫描成功率是最高的。太窄了识别率下降太宽了有些扫描枪反而不适应所以不要一味地放大或缩小。6. 常见问题速查与心得6.1 常见问题速查表下面是我使用过程中遇到过的一些问题和解决办法整理成表格方便大家快速定位。问题现象常见原因解决办法命令运行后中文乱码终端编码不是 UTF-8 / 系统区域设置用 PowerShell 设置[Console]::OutputEncoding或改用全英文数据生成的条码扫不出来条码过小或打印分辨率不足提高 DPI 到 300按上述经验设置模块宽度EPS 无法转 PNG没有安装 Ghostscript安装 GS并确认gswin64c在 PATH 中64 位系统提示缺少 MSVCR100.dll缺少 VC 运行库安装适合系统架构的 VC Redistributable链接 libbarcode 报错32/64 位架构不匹配统一使用同一架构的编译器和库directory picker failed系统对话框组件异常重启 explorer、修复系统文件或绕过 GUI 直接传路径6.2 我的几点使用心得最后说几点个人经验。第一如果你只是临时生成几个条码直接下载这个 ZIP 包用命令行完全不用写代码。第二如果是正式项目最好把barcode.exe放到固定目录并在程序里用绝对路径调用避免 PATH 被其他软件改掉后程序罢工。第三我习惯把生成的 EPS 原始文件保留一份因为它是矢量图后面无论打印多大的标签都可以无损放大缩小。还有一个技巧批量生成时把文件命名和数据库主键对应起来比如 EAN-13 码直接用商品 ID 作为文件名。这样后续排错、追溯都很方便。我踩过几次坑之后已经形成一套固定流程CSV 导入 - PowerShell 批量生成 - Ghostscript 转 PNG - 打印或入库整个过程全自动基本不会再出幺蛾子。本文还有配套的精品资源点击获取