为什么Windows使用ANSI代码页而不是UNICODE？

Question

为什么Windows使用ANSI代码页而不是UNICODE？

4

当我在cmd.exe窗口中运行chcp命令时，它代表了Windows使用的代码页。

我认为Windows使用UNICODE字符集。

所以，我的问题是：

1. 为什么Windows使用ANSI代码页而不是Unicode？ 2. Windows使用UTF-16或UCS-2？我可以通过命令或MSDN链接来检查这个吗？ 3. UTF-16或UCS-2只是一种编码方式吗？还是一个字符集？ 4. UTF-8、UTF-16、UTF-32等是否具有不同的字符集大小？

我很困惑。请有人做出定义。

- JaeHyeok Kim

更改控制台的代码页只会影响非 Unicode 应用程序。据我所知，控制台仍然只支持 UCS-2，但当然大多数 Windows 应用程序都是 GUI 应用程序，不使用控制台。 - Harry Johnston

1

@RbMm，我认为您是指当前控制台，而不仅仅是连接到控制台的CMD shell。CMD只是一个控制台客户端应用程序，就像任何其他控制台应用程序一样。chcp.com是一个简单的控制台应用程序，调用GetConsoleCP、SetConsoleCP和SetConsoleOutputCP。它不允许独立设置输出代码页而不影响输入代码页。值得注意的是，当将其用作通用文件时，通过ReadFile和WriteFile使用控制台的输入和输出代码页，其中不支持UTF-16LE（代码页1200）。 - Eryk Sun

谢谢您的回复。我添加了第四个问题，请回答它。 - JaeHyeok Kim

@eryksun - 是的 :) 如果我说得准确的话，我是指控制台服务器进程conhost.exe，附加了cmd.exe和chcp.com。从连接到控制台(conhost.exe)的任何进程中调用SetConsole[Output]CP都会导致在conhost.exe中调用SrvSetConsoleCP，实际上设置了CP。因此，CP只是conhost.exe中的变量/状态，并影响附加到它的进程。如果我们从当前的cmd运行新的cmd - 它也将对其产生影响(连接到同一个conhost.exe)，但是如果从资源管理器执行cmd，则会有单独的conhost.exe，对其没有影响。 - RbMm

从Windows Vista开始，此函数完全符合UTF-8和UTF-16的Unicode 4.1规范。 - RbMm

显示剩余7条评论

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Remy Lebeau · Accepted Answer

历史原因和向后兼容性。Windows本身是基于Unicode的操作系统，自NT时代以来就一直如此。但许多遗留的（甚至现有的）应用程序并没有为Unicode编写。启用了Unicode的应用程序不使用ANSI代码页，除非它们需要在ANSI和Unicode之间转换运行时数据。
Microsoft在Windows 2000中切换到UTF-16。在此之前，它使用UCS-2。请参见《Unicode in Microsoft Windows》。
UTF-16和UCS-2只是同一Unicode字符集的编码方式。UTF-16是为支持编码U+FFFF以上的代码点而发明的，而UCS-2无法处理这些代码点。
所有UTF（包括您未命名的许多UTF）都只是同一Unicode字符集的编码方式。名称中指定的数字是编码的代码单元中使用的位数（UTF-8使用8位代码单元，UTF-16使用16位代码单元等）。