您的位置:首页 >C#怎么实现条形码生成 C#如何用BarcodeLib生成各种规格的一维条形码图片【工具】
发布于2026-05-03 阅读(0)
扫一扫,手机访问

用C#生成一维条形码,BarcodeLib是个绕不开的经典库。它支持的类型不少,但如果不清楚里面的“规矩”,生成的图片很可能扫不出来。这里把几个关键点说透,帮你避开常见的坑。
先说结论,BarcodeLib确实支持Code128、Code39、EAN13、UPCA、ITF14、PostNet等主流一维码。但问题在于,每种类型都有严格的格式要求,不是随便传个字符串就能用的。
比如,Code128比较智能,会自动选择子集编码。而EAN13就严格得多,它要求你输入12位纯数字,库会自己计算第13位校验码。多一位或少一位?抱歉,直接抛出ArgumentException。
实际开发中,下面这几个坑最容易踩到:
Code39必须用星号包裹:它虽然支持字母数字,但输入的字符串首尾必须用“*”包起来,比如"*ABC123*"。少了这个,生成的图案内容就是错的。UPCA只认11位:你需要提供11位数字,库会自动算出第12位校验码。如果你自作聪明把12位全传进去,反而会报错。ITF14的“自动补零”:这个类型要求输入13位数字,并且库内部会自动在前面补一个“0”,凑成14位。记住,原始字符串里不能有任何非数字字符。很多人发现,用BarcodeLib生成的图片在手机上看或者打印出来,边缘发虚、不够清晰。这通常不是代码错了,而是像素密度和物理尺寸没设对。
关键点在于,清晰度不是靠后期拉伸图片来提升的,而是要在生成时就控制好源头。具体怎么做?
BarcodeLib.Barcode对象时,建议显式设置IncludeLabel = false。先专注于条码本身,避免底部文字干扰尺寸计算。Width和Height属性直接设定输出图像的像素尺寸。一个常见的、兼容性好的尺寸是300×100像素。BarWidth:这个参数决定了单条条码的最小宽度(单位是像素)。默认值1在低分辨率设备上可能太细。稳妥起见,设为2或3,识别成功率会高很多。Bitmap.SetResolution(300, 300)来提升清晰度。这个方法只修改了图像的元数据,并没有增加实际的像素信息。正确的做法是,根据你需要的打印DPI,反推出需要的像素宽高,然后让BarcodeLib直接生成对应尺寸的图。BarcodeLib本身不支持中文字体。如果你把IncludeLabel设为true并传入中文,显示出来的只会是一堆方块或空白。
想给条码加上中文说明(比如“产品序列号”),需要手动进行二次绘制。这个过程其实不复杂:
Bitmap(确保IncludeLabel = false)。Bitmap作为画布,获取它的Graphics对象。先把上一步生成的条码图,画到新画布的顶部。Graphics.DrawString方法,在条码下方绘制中文。字体务必选择支持中文的,比如“宋体”或“微软雅黑”。EAN13(商品通用码)对格式规范的要求近乎苛刻。图片“长得像”条码,和“能被扫出来”是两回事。扫不出来,通常是因为触犯了下面几条“铁律”:
Height属性设置为≥120。BarWidth)的10倍。库默认会留,但如果你生成后对图片进行了裁剪,很可能就把这个关键区域裁掉了。最后给个忠告:生成条码后,务必用专业的扫码工具验证一下。可以用手机上的Barcode Scanner App,或者找在线的条码验证网站。肉眼看着没问题,不代表机器能读出来。校验位错一个数,所有扫描枪都会拒绝识别,这个检查步骤绝对不能省。
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
9