没有Unicode，计算机如何支持多语言？

台湾

支持多语言与Unicode无直接关联，即使没有Unicode，同样能够兼容各种语言。

早期操作系统的多语言支持（与如今的概念有所差异）指的是，设置正确的区域（locale）后，运行专门为该区域语言开发的软件时，内容可以正常显示。若区域设置有误，则软件会显示乱码，无法正确呈现信息。支持locale设置与多语言不同。早期系统和软件通过发布语言包解决多语言问题，而非依赖locale设置来实现真正意义上的多语言支持。早期的MSDOS并没有语言的概念，但仍然支持中文输入。在Windows系统出现之前，DOS环境以及后续的Windows 3.x中，已经可以使用简体中文（GB2312编码）、繁体中文（台湾地区使用的Big5编码）和日文（Shift JIS编码）等字符集，满足多语言需求。早年软件有简体中文版繁体中文版日文版等，各版本使用不同语言编码，且编码间存在重码现象。操作系统需匹配对应编码才能正常显示，否则会出现乱码。如今玩老旧的日本或台湾游戏（如大航海时代4），界面常显示乱码，因为它们采用当时本地化的语言编码。

以前，在Windows 9x系统时代，为了让使用不同语言的软件和游戏能够正确显示内容，专门出现了一些工具软件。这些软件通过hook系统字符显示API的方式，将其他编码格式（例如繁体中文的Big5编码和日文的JIS编码）转换为简体中文对应的字符，从而避免乱码现象。我印象中有一款叫南极星的软件就是干这个的。它能让玩家顺利体验多语言的游戏内容。不过，随着技术发展，这类软件现在已经逐渐淡出历史舞台了。早期在linux系统中使用GB2312编码同样能够正常显示中文内容。linux显示Unicode的难点在于，早期UTF-16编码中，ASCII码值0可能出现在字符串中间。但在C语言里，ASCII码0表示字符串结束，而操作系统多用C语言开发，这会导致字符串被错误截断。要解决此问题，重写内核API不仅工作量巨大，还会破坏现有兼容性，因此较为棘手。无论是GB2312、Big5还是JIS编码，都已考虑到这一情况。这三种编码中都不会出现ASCII码值为0的情形，甚至还能主动腾出7位ASCII码的编码空间。因此，这些编码天然兼容linux内核API。换句话说：GB2312编码：将区位码均加上0x80，从而完全避开7位ASCII码范围。Shift_JIS编码中，第一个字节范围为0x81至0x9F和0xE0至0xEF，不与ASCII码冲突；第二个字节范围是0x40至0x7E及0x80至0xFC。Big5编码：首字节范围为0x81至0xFE，不与ASCII冲突；次字节范围是0x40至0x7E和0xA1至0xFE。无论哪种情况，都不会出现C语言的字符串结束符。因此，在linux系统中，只需适配相应语言包，就能支持非英语语言。除上述编码外，欧洲其他非英语国家通常使用扩展ASC码区（0x80至0xFF）即可满足需求。这些国家的字符数量远少于中日韩，额外的128个编码位置已足够容纳其所需字符。

日本

早期操作系统虽未必支持如今完善的多语言方案，但在单一系统环境中发布英语与其他语言共存的版本并无障碍。字符串结束符从来不是问题，因为早期开发者早已考虑到这一点并妥善解决。