cppreference.com指出，char类型可以等同于signed char或者unsigned char，但是char是一种不同于signed char和unsigned char的独立类型。
这意味着
char类型可以持有与unsigned char或者signed char完全相同的值，但是不与它们兼容。
我认为这意味着char类型可以持有与unsigned char或者signed char完全相同的值，但是不与它们兼容。那么，为什么决定采用这种方式？为什么未经限定的char不能表示平台适当符号的char，就像其他整数类型一样，其中int恰好表示与signed int相同的类型？
回溯兼容性可能是原因。或者是因为他们必须做出选择并且不在意这个问题。但我没有确切的答案。
就像OP一样，我更喜欢来自可靠来源的确切答案。在没有这种情况下，合格的猜测和推测总比没有好。
C中的许多东西都源于回溯兼容性。当决定char是否与signed char或unsigned char相同是实现定义时，已经有很多C代码存在，其中一些使用signed chars，其他使用unsigned chars。强制它成为其中之一肯定会破坏某些代码。
这并不重要。使用有符号字符的实现保证为什么未经资格认证的字符不表示平台适当签名的字符
CHAR_MIN等于SCHAR_MIN，CHAR_MAX等于SCHAR_MAX，无符号字符也是如此。因此，未经限定的char将始终具有与其限定版本完全相同的范围。char是一个实现定义的signed char或unsigned char选择的相同类型"，那么如果我正在使用一个char与signed char相同的平台上，我可以混合使用两者而不会收到警告，并创建不能在默认情况下为无符号的机器上运行的代码。因此，定义"char是一个与signed char和unsigned char不同的类型"有助于强制人们编写可移植的代码。
const值的程度，因为这会产生警告。不是错误。可以轻松禁用警告。相反，他们只是在标准中写入了修改值的未定义行为。您可以在此处阅读更多信息：https://thephd.dev/your-c-compiler-and-standard-library-will-not-help-you
所以，每当您在C标准中遇到非常奇怪的设计选择时，可以很好地打赌向后兼容性是原因。这就是为什么您可以使用0来初始化指向NULL的指针，即使对于NULL不是零地址的机器也是如此。以及为什么bool是关键字_Bool的宏。char, signed char, 和 unsigned char 存在是为了编码遗留的 C 实现和用法。注意：X3J11 委员会特别强调他们正在编码 C 的现有实现和常见用法/惯例，以促进可移植性。1.1 目的
委员会的总体目标是为 C 编程语言开发一个清晰、一致和明确的标准，该标准编码了 C 的通用、现有定义，并促进用户程序在 C 语言环境中的可移植性。
X3J11 宪章明确授权委员会 编码常见的现有实践。...
根据同一份理由的3.1.2.5类型（我加粗）：
指定了三种char类型：signed，plain和unsigned。 plain char可以表示为signed或unsigned，具体取决于实现，就像以前的做法一样。引入了signed char类型，以便在那些将plain char实现为unsigned的系统上提供一个一字节的有符号整数类型。...
委员会的话很清楚：存在三种char类型，因为plain char必须是signed或unsigned才能与“以前的做法”相匹配。因此，plain char必须是单独的 - 可移植代码不能依赖于plain char是signed还是unsigned，但是signed char和unsigned char都必须可用。
由于可移植性的考虑，三种字符类型无法以任何方式兼容。符合标准的C代码的可移植性是XJ311委员会的主要目标之一。char与这个不兼容，有时char与那个不兼容”。
* - 如果代码编译了 - 但这只是一个假设，旨在说明为什么三种char类型必须不兼容。
不强制要求对于普通的char类型使用已签名或未签名的一部分原因是IBM大型机特别使用EBCDIC码集。
C标准在§6.2.5 Types ¶3中指出：
声明为
char类型的对象足够大，可以存储基本执行字符集中的任何成员。如果将基本执行字符集的成员存储在char对象中，则保证其值为非负数。
强调添加。
现在，在EBCDIC中，小写字母的编码点为0x81-0x89，0x91-0x99，0xA2-0xA9；大写字母的编码点为0xC1-0xC9，0xD1-0xD9，0xE2-0xE9；数字的编码点为0xF0-0xF9。因此：char类型必须是无符号的。无符号类型（unsigned）是后来添加的[Ritchie, 93]：Embryonic C
NB existed so briefly that no full description of it was written. It supplied the types
intandchar, arrays of them, and pointers to them, declared in a style typified byint i, j; char c, d;
char必须与signed char和unsigned char都不同，这意味着你可以安全地重载所有三个类型：// 3 overloads for fn
void fn(char);
void fn(signed char);
void fn(unsigned char);
这样你就不会因为重载歧义等问题而出现错误了。
char类型的实现决定了它是有符号还是无符号的。因此，规范需要单独处理它。 - Some programmer dudechar。 - Weather Vanechar是与signed char和unsigned char不同的类型”，而不是“char与实现定义的signed char或unsigned char之一是相同的类型”。Weather Vane关于定义signed char和unsigned char以支持可移植性而又不破坏依赖char某些语义的旧代码的评论，暗示了可能的原因，但没有给出具体原因，因为如何引起这种破坏并没有说明。 - Eric Postpischilunsigned或signed关键字。所有整数类型都是有符号的，除了依赖于实现的char类型。为了避免规定char应该是有符号的（这将与现有的实现冲突），添加了两种新类型。 - Ian Abbott