简单地说，Unicode是一种为世界上所有字符分配一个数字(称为码位)的标准(它仍在进行中)。

现在你需要用字节表示这些代码点，这叫做字符编码。UTF-8, UTF-16, UTF-6是表示这些字符的方法。

UTF-8是多字节字符编码。字符可以有1到6个字节(其中一些现在可能不需要)。

UTF-32每个字符有4个字节一个字符。

UTF-16为每个字符使用16位，它只表示称为BMP的Unicode字符的一部分(对于所有实际目的来说已经足够了)。Java在其字符串中使用这种编码。

看看这个Unicode代码转换器。例如，在“0x…”字段，然后单击Convert。十六进制数E2 80 89(3字节)出现在“UTF-8 code units”字段中。

Unicode是一种为每个字符提供唯一编号的标准。这些唯一的数字被称为代码点(这只是唯一的代码)，适用于世界上所有存在的字符(有些字符还有待添加)。

出于不同的目的，您可能需要用字节表示这些代码点(大多数编程语言都是这样做的)，这就是字符编码发挥作用的地方。

UTF-8、UTF-16、UTF-32等等都是字符编码，Unicode的码位以不同的方式在这些编码中表示。

UTF-8编码具有可变宽度长度，其中编码的字符可以占用1到4个字节(包括);

UTF-16具有可变长度，其中编码的字符可以占用1或2个字节(即8或16位)。这只代表了称为BMP(基本多语言平面)的所有Unicode字符的一部分，对于几乎所有的情况都足够了。Java对其字符串和字符使用UTF-16编码;

UTF-32有固定的长度，每个字符正好占用4个字节(32位)。

好吧，我刚刚也打开了维基百科的页面，在介绍部分我看到“Unicode可以通过不同的字符编码实现。最常用的编码是UTF-8(它对任何ASCII字符使用一个字节，这些字符在UTF-8和ASCII编码中具有相同的编码值，对其他字符使用最多四个字节)，现在已经过时的UCS-2(它对每个字符使用两个字节，但不能对当前Unicode标准中的每个字符进行编码)。

正如这段引用所演示的，您的问题是假定Unicode是一种编码字符的单一方法。实际上有多种形式的Unicode，在引用中，其中一种甚至每个字符有一个字节，就像你习惯的那样。

所以你想要的简单答案是它是变化的。

在Unicode中，答案是不容易给出的。正如您已经指出的，问题在于编码。

对于任何没有变音符字符的英语句子，UTF-8的答案将是字符的字节数，而UTF-16的答案将是字符数乘以2。

(到目前为止)我们可以声明大小的唯一编码是UTF-32。每个字符总是32位，即使我想象代码点是为未来的UTF-64准备的:)

至少有两件事让它如此困难:

composed characters, where instead of using the character entity that is already accented/diacritic (À), a user decided to combine the accent and the base character (`A). code points. Code points are the method by which the UTF-encodings allow to encode more than the number of bits that gives them their name would usually allow. E.g. UTF-8 designates certain bytes which on their own are invalid, but when followed by a valid continuation byte will allow to describe a character beyond the 8-bit range of 0..255. See the Examples and Overlong Encodings below in the Wikipedia article on UTF-8. The excellent example given there is that the € character (code point U+20AC can be represented either as three-byte sequence E2 82 AC or four-byte sequence F0 82 82 AC. Both are valid, and this shows how complicated the answer is when talking about "Unicode" and not about a specific encoding of Unicode, such as UTF-8 or UTF-16. Strictly speaking, as pointed out in a comment, this doesn't seem to be the case any longer or was even based on a misunderstanding on my part. The quote from the updated Wikipedia article reads: Longer encodings are called overlong and are not valid UTF-8 representations of the code point.

在utf - 8:

1 byte:       0 -     7F     (ASCII)
2 bytes:     80 -    7FF     (all European plus some Middle Eastern)
3 bytes:    800 -   FFFF     (multilingual plane incl. the top 1792 and private-use)
4 bytes:  10000 - 10FFFF

在utf - 16:

2 bytes:      0 -   D7FF     (multilingual plane except the top 1792 and private-use )
4 bytes:   D800 - 10FFFF

在utf - 32:

4 bytes:      0 - 10FFFF

根据定义，10FFFF是最后一个unicode码位，这样定义是因为它是UTF-16的技术限制。

它也是UTF-8可以在4字节内编码的最大码点，但UTF-8编码背后的思想也适用于5字节和6字节编码，以覆盖码点，直到7FFFFFFF。只有UTF-32的一半。