ASCII定义128个字符，而Unicode包含超过120,000个字符。

ASCII有128个码位，从0到127。它可以容纳一个8位字节，值128到255往往用于其他字符。不兼容的选择，导致代码页灾难。在一个代码页中编码的文本不能被假设或猜测另一个代码页的程序正确读取。

Unicode的出现解决了这个灾难。版本1开始有65536个代码点，通常用16位编码。后来在版本2中扩展到110万个代码点。当前版本是6.3，使用了110万个可用代码点中的110,187个。这已经不适合16位了。

当v2出现时，16位编码非常普遍，例如微软和苹果的操作系统就使用了16位编码。以及像Java这样的语言运行时。v2规范提出了一种将这110万个码位映射到16位的方法。一种称为UTF-16的编码，一种可变长度编码，其中一个编码点可以占用2或4个字节。原始v1代码点占用2个字节，新增的占用4个字节。

另一种非常常见的变长编码，在*nix操作系统和工具中使用的是UTF-8，一个码位可以占用1到4个字节，原始ASCII码占用1个字节，其余的占用更多。唯一的非变长编码是UTF-32，每个编码点占用4个字节。不经常使用，因为它相当浪费。还有其他的，如UTF-1和UTF-7，被广泛忽视。

UTF-16/32编码的一个问题是，字节的顺序取决于创建文本流的机器的端序。所以加入UTF-16BE, UTF-16LE, UTF-32BE和UTF-32LE。

Having these different encoding choices brings back the code page disaster to some degree, along with heated debates among programmers which UTF choice is "best". Their association with operating system defaults pretty much draws the lines. One counter-measure is the definition of a BOM, the Byte Order Mark, a special codepoint (U+FEFF, zero width space) at the beginning of a text stream that indicates how the rest of the stream is encoded. It indicates both the UTF encoding and the endianess and is neutral to a text rendering engine. Unfortunately it is optional and many programmers claim their right to omit it so accidents are still pretty common.

ASCII有128个码位，分配给图形字符和控制字符(控制码)。

统一码有1114,112个码位。目前大约有10万个编码点被分配给了字符，许多编码点被永久地变成了非字符(即不再用于编码任何字符)，大多数编码点还没有分配。

ASCII和Unicode唯一的共同点是:1)它们都是字符代码。2) Unicode的128个第一个码位已经定义为与ASCII相同的含义，只是ASCII控制字符的码位只是定义为表示控制字符，其名称对应于其ASCII名称，但其含义在Unicode中没有定义。

然而，有时Unicode被描述为“宽ASCII”(即使在Unicode标准中!)。这是一个口号，主要试图传达这样一种思想，即Unicode是一种通用字符代码，就像ASCII曾经是那样(尽管ASCII的字符库严重不足，无法实现通用)，而不是在不同的系统和应用程序以及不同的语言中使用不同的代码。

Unicode本身只定义字符的“逻辑大小”:每个字符都有一个特定范围内的编码。这些编码可以使用不同的传输编码来表示，并且在内存内部，Unicode字符通常使用每个字符一个或两个16位数来表示，这取决于字符范围，有时每个字符使用一个32位数。

java提供了对Unicode的支持，即它支持所有世界范围的字母。因此，java中的char的大小是2字节。和范围是0到65535。

存储

给定的数字仅用于存储1个字符

ASCII⟶27位(1字节) 扩展ASCII⟶28位(1字节) UTF-8⟶最小28，最大232位(最小1，最大4字节) UTF-16⟶最小216，最大232位(最小2，最大4字节) UTF-32⟶232位(4字节)

使用情况(截至2020年2月)

ASCII定义128个字符，而Unicode包含超过120,000个字符。