在一维条码的家族谱系中，Code 128 以其无与伦比的字符集覆盖和极高的信息密度，当之无愧地占据着"最强通用一维条码"的王座。它能编码全部128个 ASCII 字符——包括大写和小写英文字母、0-9数字、所有标准标点符号，以及回车、换行等不可见控制字符。这使得它几乎可以处理你在供应链和工业自动化中遇到的所有编码需求。
与 Code 39 这类老前辈相比，Code 128 编码同样的数据只需要不到一半的物理长度。这意味着在标签面积有限的场景（如快递面单、保健品小瓶、电路板贴纸）中，Code 128 能在更小的空间内承载更多信息。
Code 128 的优势不只在于字符覆盖广，更在于它能在子集 A、B、C 之间动态切换，用更短的条码承载更复杂的数据。
Code 128 之所以能实现如此高的编码密度，核心在于它内部定义了三个字符子集，并允许在编码过程中根据数据类型动态切换：
支持大写英文字母 A-Z、数字 0-9、标准标点符号，以及 ASCII 控制字符（如 TAB、CR、LF 等）。它是唯一能编码控制字符的子集。
典型场景：需要包含换行符、制表符的文本数据，如某些旧式工业设备协议中的指令格式。
支持大写和小写英文字母 A-Z、a-z、数字 0-9 和标准标点符号。它是日常使用最频繁的子集，因为大部分非纯数字的编码需求都会涉及到混合大小写字母。
典型场景：商品名称缩写代码（如"AcmeCo-Widget-v3"）、序列号、仓库货位号。
专门用于纯数字数据的高速编码。它将每两个数字打包成一个条码符号，编码效率直接翻倍。例如，编码"123456"这6个字符，子集B需要6个码字，而子集C只需要3个码字——条码的物理长度缩短了近一半。
典型场景：纯数字序列，如手机号、订单号、GS1-128中的Application Identifiers后的数值。
Code 128 的真正强大之处在于，一个条码中可以在 A、B、C 三个子集之间多次切换。这种灵活性让编码器可以根据即将编码的数据段，自动选择当前最高效的子集：
切换操作通过在数据流中插入特殊的"切换码字"（Code A / Code B / Code C）实现，扫描器会根据切换指令实时改变当前的解码规则。
优秀的 Code 128 编码库（如 ZXing、python-barcode）会自动分析输入数据的组成，计算出码字总数最少的子集切换策略，生成最紧凑的条码——这个过程对用户完全透明。
Code 128 使用一种加权模103校验算法来确保数据完整性。计算流程如下：
这种加权校验机制比简单的累加校验更强大——它不仅能检测到单个字符的替换错误，还能检测出相邻字符的位置交换（转置）错误。
GS1-128（原称 EAN/UCC-128）是在 Code 128 基础上叠加了 GS1 数据结构规范的标准化条码。它引入了一套全球统一的"应用标识符（Application Identifier, AI）"体系，让同一个条码可以承载多种类型的结构化信息。常见的 AI 包括：
| AI 代码 | 含义 | 数据示例 |
|---|---|---|
| (01) | 全球贸易项目代码 (GTIN) | 04612345000010 |
| (10) | 批次号 / 批号 | LOT2024A3 |
| (17) | 有效期 | 260315（2026-03-15） |
| (21) | 序列号 | SN00012345 |
| (310n) | 净重（千克） | 3102005000（50.00 kg） |
GS1-128 在全球供应链中扮演着不可替代的角色：它是欧盟和美国FDA对药品追溯（Drug Supply Chain Security Act）、食品安全追踪、以及跨国物流EDI电子数据交换的法定编码标准。
如果你需要同时兼顾字符灵活性、编码密度和行业兼容性，Code 128 往往比传统的一维条码标准更有优势。
| 特性 | Code 128 | Code 39 | UPC-A | EAN-13 |
|---|---|---|---|---|
| 字符集 | 全ASCII 128字符 | 大写+数字+7符号 | 仅数字 | 仅数字 |
| 大小写支持 | ✅ | ❌ | ❌ | ❌ |
| 编码密度 | 极高 | 低 | 中 | 中 |
| 长度限制 | 可变长度 | 可变长度 | 固定12位 | 固定13位 |
| 纯数字优化 | ✅ (子集C) | ❌ | N/A | N/A |
| GS1标准衍生 | ✅ GS1-128 | ❌ | ✅ | ✅ |
结论：如果您不确定该使用哪种一维条码标准，Code 128 几乎永远是最安全的默认选择——它兼具最广的字符覆盖和最高的编码效率，能适配从物流到零售到医疗的几乎所有行业场景。