ASCII 为什么只有 128 个字符 - 极速工具箱

几乎所有计算机入门教材都会提到 ASCII 有 128 个字符，然后就此翻页。但很少有人停下来问一句：为什么是 128，而不是 256 或者 64？这个数字不是随手定的，它背后是一次工程上的取舍，而这个取舍至今仍在影响我们写代码的方式。

7 位的时代选择

ASCII 诞生于 1963 年，那时的计算设备还是电传打字机和分时系统。字符编码要解决的是一个非常实际的问题：把键盘上的按键、打印机上的字模和纸带上的孔位对应起来，而且要让机械和电路尽量简单。

用 7 位二进制可以表示 128 种组合，这刚好够放下英文的大小写字母、10 个数字、常用标点和一批控制字符。8 位虽然能表示 256 种，但在当时意味着更高的硬件成本，而且剩下的空间暂时没有用途。

于是设计者做了一个聪明的安排：只使用 7 位，把第 8 位留出来做奇偶校验位。传输过程中如果某一位翻转，接收方可以通过校验位发现错误。也就是说，ASCII 从一开始就是一个「7 位编码 + 1 位校验」的方案，而不是一个 8 位编码。

这个选择留下了长远的后果：128 到 255 这段空间空着，后来被各种扩展编码争相占用，也就成了今天乱码问题的历史源头。

ASCII 的 128 个码位并不是均匀分配，而是按用途划成了几个连续的区间，这个划分方式本身就是它最好用的地方。

可以看到，26 个大写字母和 26 个小写字母各占一段连续区间，10 个数字也连续排在一起。这种「同类字符连续排列」的安排，让许多字符处理操作可以退化成简单的加减法。

连续排列带来的第一个便利是数字字符转数值。因为 '0' 到 '9' 连续，所以字符 '7' 的码值减去 '0' 的码值，结果恰好是数字 7。这就是为什么解析数字时常见到 c - '0' 这种写法——它比调用转换函数更快，也更直观。

第二个便利是判断字符类型。判断一个字符是不是可打印，只需要看码值是否落在 32 到 126 之间；判断是不是控制字符，只需要看码值是否小于 32 或者等于 127。这类判断在写协议解析、日志清洗、输入校验时非常常见。

第三个便利是大小写转换。大写和小写字母相差 32，这个数字不是巧合，而是刻意安排的，后面会专门展开。

ASCII 真正的影响力，体现在它与 UTF-8 的关系上。

UTF-8 是一种变长编码，用 1 到 4 个字节表示一个字符。它的设计里有一条关键规则：前 128 个码位与 ASCII 完全一致，也就是 0 到 127 的字符在 UTF-8 下仍然用一个字节表示，且字节值与原 ASCII 码值相同。

这条规则带来了一个非常实用的性质：一段纯 ASCII 文本，无论按 ASCII 还是按 UTF-8 解读，结果完全相同，字节序列也一样。这意味着英文内容在两种编码之间可以自由传递，不会因为编码声明错误而乱码。

正是这种向后兼容，让 UTF-8 在推广时阻力极小——老系统和老数据不需要改造就能继续工作。相比之下，那些与 ASCII 不兼容的编码方案，几乎都在普及过程中遇到了巨大阻力。