开发中更稳妥的编码约定

新项目通常可以把 UTF-8 作为统一💡默认值，因为它对英文兼容性较好，也便于不同语言、系统和平台之间交换数据。对于必须兼容旧系统的场景，应在边界处完成 G🔥BK 或 GB18030 与 Unicode、UTF-8 之间的转换，程序内部尽量使用统一的 Unicode 字符表示。

Unicode、UTF-8、GBK和GB18030如何区分

在开发、数据库和数据传输语境中，“中文有码”通常不是一个正式的编码名称，而是泛指中文字符具有对应的字符代码，并按照某种字符编码规则转换成计算机可以存储和传输的字节。准确表达时，应进一步说明使用的是 Unicode 码点、UTF-8、UTF-16、GBK 还是 GB18030。

如果原始数据已经被错误解码并再次保存，可能发生“二次乱码”。这时不能直接把当前显示出来的乱码当作真实中文处理，而应回到最初的字节数据，确认每一次编码和解码过程。

还要注意，URL 百分号表示、Base64 和转义符并不等同于😎中文字符编码。它们可以对已经编码后的字节进行再次包装，🎊但不能替代 UTF-8、GBK 等字符编码规则。遇到“中文有码”这类说法时，最重要的是继续追问具体的字符集、编码格式和数据所在环节，这样才能准确判断如何存储、转换和传输中文。

跨平台传输中文时需要统一哪些设置

排查乱码应从“字节是否正确”开始，而不是💫先修改页面字体或反复尝😎试不同编码。可以按照数据流逐段确认。