这个问题的简单答案是：没有理由将代码保存为GBK，将项目文件或数据库字符集设计到编码位置并使用GBK将带来严重的兼容性问题，因为GBK通常是历史遗留下来的问题，尤其是在旧的C/S架构项目中。代码主要是GB2312/GBK，而且GBK也用于许多早期Java EJB项目中。在GBK之前，有一个更早的GB2312代码。此代码字符集太小，并且经常出现乱码，因此存在后面的GBK。GBK有助于解决许多问题随着web环境的快速发展，UTF-8编码通常用于当前项目中的数据库，包括数据库驱动程序。事实上，它非常简单。如果您的项目仅在使用，您的多数字符集都是中文和英文，而GBK几乎就足够了。如果您想使用日语、韩语和德语，您该怎么做呢？第UTF-8页，数据层GBK。这里涉及代码转换。这是有代价的。事实上，这根本没有必要。只需使用UTF-8，还有文件代码。如果文件代码为GBK，则必须使用编辑器为IDE设置特定的字符集。您可以直接使用UTF-8来解决所有问题。此外，操作系统过去有很多问题。UNIX类似系统基本上都是UTF-8配置。您编写的项目的署是混乱的，不是空闲的。此外，GBK不是最新的字符集。如果必须使用GB18030字符集，则应更新此字符集的版本。公司不想使用GBK更改许多旧项目，公司也不愿意进行维护。它自己的用户组基本上不需要其他语言级别。此外，它太懒了，不想改变。事实上，不仅仅是人有这个问题。到目前为止，许多英语项目只使用ISO 8859-1字符集。此字符集只能使用英语。我不得不说，如果选择了这个角色集，这也是一种非常短视的行为。2021，这个问题应该根本不存在。UTF-8基本上是目前项目的标准配置
将代码另存为GBK代码的原因是什么
1
