数据库或程序接口中的日韩乱码

如果文字显示为方框，但复制到文本编💫辑器后能够正常粘贴，通常是字🎨体缺失，而不是编码错位。可以在系统中安装覆盖日文平假名、片假名、汉字以及韩文音节的字体，然后重新打开浏览器或应用。

打开文本、字幕或日志文件时，先使用支持手动选择编码的编辑器。可以依次尝试 UTF-8、UTF-8 with BOM、日文 Shift_JIS、EUC-JP、韩文 EUC-KR 和 CP949，但要观察预览结果是否同时符合上下文，不能只因为出现几个正常汉字就判断编码正确。

压缩包内文件名乱码，往往与压缩工具创建文件时采用的编码不同。文件内容正常但文件名异常时，可以使用支持选择文💯件名编码的解压工具，分别尝试 UTF-8、日文编码或本地语言编码。解压前先复制压缩包，避免软件把错误的文件名再次写回压缩包。

检查页面声明的字符编码

处理时不要一看到乱码就反复转换编码。先确认乱码出现在哪种文💫件、网页或设备中，再选择对应的读取方式；如果原😎始数据已经被错误转换并覆盖，单靠重新设置字体通常无法恢复。

网页需要让浏览器知道内容采用什么编码。现代网页一般统一使用 UTF-8，并在☀️页面声明、服务器响应和实际文件保存格式之间保持一致。如果页面文件是 UTF-8，却被服务器声明成其他编码，浏览器就可能把日文或韩文解析成乱码。

移动设备上的乱码还可能来自应用没有正确加载字体、系统语言环境不匹配、文件名称采用旧编码，或输入法与应用之间的字符处理不兼容。可以先更新应用、切换系统语言区域、重新下载文件，并在另一款支持 Unicode 的应用中打开进行对比。

文本文件和字幕乱码的修复方法

数据库乱码不能只修改页面显示。应从数据写入、数据库字段、连接设置、程序处理和页面输出五个环节逐项核对。常见情况是数据库使用一种字符集，程序连接时却声明成另一种字符集，导致数据在写入或读取时被错误转换。

如果只有查询结果乱码而数据库原文正常，应检查终端📚、命令行窗口或客户端的显示编码；如果数据库中保存的内容本身已经变成问号，💡则需要查找写入前的原始数据。