这问题问得太戳点了——咱们平时默认字节就是8位，但C标准偏不把它焊死，反而定为“实现定义”，背后其实藏着C语言的核心设计逻辑：适配所有可能的硬件平台，而不是只盯着PC这类通用系统。

先看你提到的C99标准3.6节的定义：

3.6 字节——可寻址的数据存储单元，其大小足以容纳执行环境的基本字符集中的任意成员。
注1：可以唯一表示对象的每个单独字节的地址。
注2：字节由连续的比特序列组成，其比特数是实现定义的。

标准只给了字节两个硬性要求：它是最小的可寻址内存单元，且能装下当前平台的基本字符集成员。至于具体多少位，完全交给编译器和硬件平台说了算——这不是标准的“偷懒”，而是深思熟虑的设计。

为啥要这么设定？ #

C语言从诞生起就定位成“通用编程语言”，要能在从8位单片机到大型机的所有硬件上跑。而不同硬件的内存架构差异极大：

• 早期的小型机（比如DEC PDP-10）采用36位字长，把字拆成4个9位字节，这样每个字节能容纳更多字符，适配当时的专用字符集；
• 某些嵌入式DSP（数字信号处理器）的最小可寻址单元是16位，因为它们的核心架构是16位对齐的，处理音频、信号数据时，16位字节比8位更高效，不用额外处理内存碎片；
• 还有一些工业控制、航天领域的专用硬件，为了节省成本或适配外设，会采用非8位的字节设计。

如果C标准硬把字节定为8位，这些平台就没法用C开发了——这直接违背了C“一次编写，到处编译”的可移植性初衷。

实用场景举例 #

• legacy系统兼容：很多运行了几十年的老工业系统、大型机，至今还在使用非8位字节的架构。C标准的灵活性让这些系统能继续用C维护代码，不用彻底重构。
• 嵌入式/专用硬件优化：比如某些16位单片机，最小可寻址单元就是16位。把字节定义为16位后，编译器可以直接用字节操作来处理16位数据，不用拆分或拼接，代码更简洁，运行效率也更高。
• 特殊字符集适配：在Unicode普及之前，有些地区的字符集需要超过8位的空间来表示（比如早期的东亚字符集）。如果平台的字节是16位，就能直接用单个字节存储一个字符，避免了多字节编码的复杂度。

说白了，C标准的这种设定，是把“灵活性”放在了“统一性”前面——它不强迫所有平台迁就PC的8位字节，而是让语言去适配硬件，这也是C能统治系统编程这么多年的原因之一。

内容的提问来源于stack exchange，提问作者physicist