Unicode 是微处理器'；编码格式'；具体的

计算机系统是基于二进制的。数据/指令以二进制编码。编码可以以多种格式执行-ASCII、UNICODE等

微处理器是否为选定的“编码格式”制造？如果是，它将如何与其他编码格式兼容？在这种情况下，会不会有绩效处罚

---

当我们创建一个程序时，它的编码格式是如何选择的

不，所有微处理器都知道二进制数——它们对这些数字的含义一无所知。这一意义由我们和我们用于构建程序的工具提供。例如，如果使用VisualStudio编译C++程序，它将使用多字节字符，但CPU不知道。

< P>不，所有微处理器都知道二进制数，它们对这些数字的含义没有线索。这一意义由我们和我们用于构建程序的工具提供。例如，如果使用VisualStudio编译C++程序，它将使用多字节字符，但CPU不知道。

< PAS> ASCII和Unicode是文本数据的编码，对二进制数据没有任何意义。p> ASCII和UNICODE是文本数据的编码，与二进制数据无关

微处理器体系结构的一个重要方面是——例如，当您试图在big-endian机器上读取UTF-16LE编码文件时，必须交换每个代码单元的各个字节，以获得预期的16位整数。对于代码单位大于一个字节的所有编码形式，这都是一个问题。有关更深入的讨论，请参见第2.6节。处理器本身仍然可以处理单个整数，但作为库开发人员，您必须处理从文件（即字节序列）到内存阵列（即代码单元序列）的映射。

微处理器体系结构的一个重要方面是-例如，当您尝试在big-endian机器上读取UTF-16LE编码文件时，必须交换每个代码单元的各个字节以获得预期的16位整数。对于代码单位大于一个字节的所有编码形式，这都是一个问题。有关更深入的讨论，请参见第2.6节。处理器本身仍然可以处理单个整数，但作为库开发人员，您必须处理从文件（即字节序列）到内存阵列（即代码单元序列）的映射.

编译器如何知道用户代码的编码格式？@Saurabh你的意思是编译器如何知道源文件的编码还是什么？@Saurabh：不知道。您必须了解编码，对其进行标准化，从更高级别的协议获取编码，甚至只是猜测编码。一个文件或一块内存只是一个没有固有属性的字节序列。@andrey yes编译器如何知道源文件的编码？@Saurabh有两种主要编码：ASCII+local（更高字符）或某种Unicode。Unicode one通常以字节顺序标记（）开头。编译器如何知道用户代码的编码格式？@Saurabh你的意思是编译器如何知道源文件的编码还是什么？@Saurabh：它不知道。您必须了解编码，对其进行标准化，从更高级别的协议获取编码，甚至只是猜测编码。一个文件或一块内存只是一个没有固有属性的字节序列。@andrey yes编译器如何知道源文件的编码？@Saurabh有两种主要编码：ASCII+local（更高字符）或某种Unicode。Unicode one通常以字节顺序标记（）开头。这是否意味着微处理器只关心指令和格式，我认为这是固定的？编码格式的选择仅适用于用户的非计算数据（字符和符号）？这是否意味着微处理器只关心指令和格式，我认为这是固定的？编码格式的选择仅适用于用户的非计算数据（字符和符号）？