UTF-8 与 UTF-16 和 UTF-32 转换混淆

我对将 unicode 字符转换为十六进制值感到有点困惑。

我正在使用这个网站来获取字符的十六进制值。 （https://www.branah.com/unicode-converter https://www.branah.com/unicode-converter)

如果我输入“A”并进行转换，那么我会得到类似的结果：

0041 --> UTF-16
00000041 --> UTF-32
41 --> UTF-8
00065 --> Decimal Value

上面的输出是有意义的，因为我们可以将所有这些十六进制值转换为 65。

现在，如果我输入“Я”（不带引号）并进行转换，那么我会得到类似的值。

042f --> UTF-16
0000042f --> UTF-32
d0af --> UTF-8
01071 --> Decimal Value

这个输出对我来说没有意义，因为并非所有这些十六进制值都会转换回 1071。

如果你拿d0af并尝试将其转换回十进制值，然后你会得到53423.

这对我来说真的很困惑，我一直在网上搜索有关此转换的答案，但到目前为止我还没有找到任何好的答案。

所以，我想知道这里是否有人可以提供帮助。 （这意味着很多）//提前致谢。

您还可以查看下面的链接，了解此二进制转换的示例。（你能解释为什么 utf-8 二进制值在上一个例子中不同吗？）

http://kunststube.net/encoding/ https://i.stack.imgur.com/s4JYD.png

UTF-8 使用可变长度编码（可以使用 1、2、3 或 4 个字节来存储单个字符）。

在这种情况下：

d0af = 11010000 10101111

110一开始告诉我们解码时需要 2 个字节（查看原理图的字节 1 列）。解码时，我们使用字节中第一个 0 后面的二进制数字。所以，110x xxxxx 是我们实际 unicode 值的第一批值。每个附加字节都遵循以下模式10xx xxxx。因此，从字节 1 和 2 中获取值，我们得到：

110[10000] 10[101111] = 
      V        V
     10000 101111 = 42f = 1071

这样做的原因是对于普通字符来说，传输和存储所需的字节数较少。但在需要不常见字符的奇怪情况下，它仍然可以在 UTF-8 的一部分中使用。

如果您有任何疑问，请评论。