Compiler construction 操作系统是否为键盘输入选择编码,为屏幕输出选择解码?

Compiler construction 操作系统是否为键盘输入选择编码,为屏幕输出选择解码?,compiler-construction,encoding,operating-system,decoding,Compiler Construction,Encoding,Operating System,Decoding,是操作系统为键盘输入和屏幕输出选择了ASCII、UTF 8等编码和解码方案吗 我还想知道编译器是如何决定字符串的编码方案的 通常,操作系统从键盘接收按键的数字ID。然后将其转换为适当的值。一、 例如,使用相同的操作系统和键盘以4种以上的语言编写文本。我只是在操作系统中切换“键盘布局”并键入,操作系统会对相同的键进行不同的解释。操作系统用于表示文本数据的内容由操作系统决定。在过去,在MSDOS这样的系统中,通常一次只能使用一种语言(也就是说,除了英语或其他任何ASCII足够的语言之外,还有一种语言

是操作系统为键盘输入和屏幕输出选择了ASCII、UTF 8等编码和解码方案吗


我还想知道编译器是如何决定字符串的编码方案的

通常,操作系统从键盘接收按键的数字ID。然后将其转换为适当的值。一、 例如,使用相同的操作系统和键盘以4种以上的语言编写文本。我只是在操作系统中切换“键盘布局”并键入,操作系统会对相同的键进行不同的解释。操作系统用于表示文本数据的内容由操作系统决定。在过去,在MSDOS这样的系统中,通常一次只能使用一种语言(也就是说,除了英语或其他任何ASCII足够的语言之外,还有一种语言,顺便说一句),因为每个字符只有8位存储空间。通过一些破解和变通方法,可以克服8位的限制。现在的现代操作系统使用Unicode在内部表示文本(在Windows中可能是UTF-16,在Linux中可能是UTF-8)

如何对字符和字符串进行编码取决于编译器(编译器声称符合编程语言标准的限制)。一些仅允许并使用8位(ASCII+128额外字符+代码页/区域设置),其他支持Unicode(UTF-8或UTF-16或几乎Unicode,即UCS-2),但其他支持其他多字节编码方案(例如,对于汉语等语言)