先说结论
Code 128 通过不同字符集和切换规则提高编码效率，适合字母、数字和控制字符组合的数据。GS1-128 以 Code 128 的符号结构为基础，但增加了 GS1 应用标识符和数据语法，两者不能混为一谈。
一维条码沿一个方向排列条和空，数据容量、字符集、校验和行业规范各不相同。不要仅根据外观判断码制，必须核对编码规则、业务字段和上下游系统的解析能力。
原理与边界
实施前应确认数据是否只在本企业系统内流转，还是需要贸易伙伴识别。内部编码可以按业务规则设计；跨企业或监管场景则应采用双方明确支持的数据语法和标识体系。
落地前的确认项
标签设计要避免把过长的自由文本直接塞入线性码。数据越长，符号宽度越大，读取距离与打印质量要求也会随之上升。必要时评估二维载体或数据库查询方式。
项目测试建议同时保留原始码图、最终载体、打印或显示条件、读码设备配置、安装距离与原始输出。这样发生问题时，团队可以复现和比较，而不是只根据“某次扫不出来”的口头描述判断。
常见误区与排查方向
不要把扫描器返回的前缀、后缀或回车字符误认为 Code 128 原始数据的一部分。这些可能来自读码器配置或主机键盘仿真设置。
当读码结果会驱动收货、放行、支付、追溯或客户服务时，还应由业务系统校验编号、状态和权限。设备成功解码仅表示取得了数据，不等于业务动作已经合法完成。
验收与维护建议
上线验收至少应覆盖正常样本、边界尺寸样本、不同批次或不同材质样本，以及与真实主机和业务流程的端到端验证。记录每次测试的码图来源、承载介质、环境条件、设备型号和配置、原始扫描值、系统处理结果与失败现象；这些记录是后续更换标签、调整程序或定位现场波动时最可靠的基线。
内容和现场条件发生变化后，不要沿用旧结论。例如更换打印机、材料、码制、主机输入方式、终端版本或安装位置，都可能改变实际结果。对关键流程应安排周期复核，并将可复现样本保留到下一次评审完成。
跨部门项目还应明确标签设计、数据生成、现场设备、软件解析和异常处理各自的负责人。只有责任边界清楚，出现读码或数据问题时才能快速定位并形成可执行的改进项。