日韩乱码通常不是文字内容本身损坏，而是保存、传输或读取时使用了不同的字符编码。例如，原文件采用 UTF-8 保存，却被软件按日文 Shift_JIS、韩文 EUC-KR 或其他编码读取，就可能出现问号、方框、无意义符号或中日韩文字混杂。

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

先判断日韩乱码属于哪一种问题

网页出现日韩乱码怎么排查

检查页面声明的字符编码

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

排查时分别确认三点：网页文件实际保存的编码、页面中的字符集声明、服务器返回的字符集信息。三者只要有一处不一致，就可能出现乱码。修改后应清除缓存并重新加载，避免浏览器继续使用旧页面。

不要把“字体问题”当成“编码问题”

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

如果复制出来也是问号或“?”，说明字符可能已经在读取或保存阶段被替换。此时应优先寻找未被处理过的原始网页、数据库备份或文件副本。

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

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

• 文件来自日本旧软件或旧设备时，优先检查 Shift_JIS。
• 文件来自韩国旧系统时，可检查 EUC-KR 或 CP949。
• 文件经过网页、接口或跨平台传输时，优先检查 UTF-8。
• 字幕文件除了编码，还要确认扩展名和软件是否支持该字幕格式。

确认能正常显示后，应使用“另存为”保存成 UTF-8，并保留原文件。不要直接覆盖唯一副本，也不要连续执行多次编码转换，因为错误转换可能把无法识别的字符永久替换成问号。

压缩包中文件名显示乱码怎么办

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

如果压缩包来自不同操作系统，还要考虑文件名中的特殊符号、全角字符和路径长度问题。必要时先解压到只包含英文字符的短路径，再检查文件名是否恢复。

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

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

• 确认数据库、表和字段是否支持完整的 Unicode 字符。
• 确认应用程序连接数据库时使用的字符集与字段设置匹配。
• 检查导入文件的实际编码，不要只根据文件扩展名判断。
• 先导出少量数据测试，再进行大批量修复。
• 对已经出现问号或替换符的数据，优先从备份恢复，而不是继续转换。

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

手机或应用中出现日韩乱码的其他原因

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

若同一文件在多个设备上都乱码，问题更可能在文件编码或文件本身；若只有某一台设备异常，则应优先检查字体、应用版本和系统区域设置。

修复日韩乱码时的注意事项

• 先复制原文件或备份数据库，再进行任何转换。
• 通过一段同时包含中文、日文和韩文的样本文本验证结果。
• “显示正常”不等于“编码正确”，还要检查保存后重新打开是否仍然正常。
• 出现方框时先排查字体，出现问号或“?”时先排查编码和数据是否已丢失。
• 不要为了修复乱码随意修改系统语言，否则可能影响其他软件中的日期、路径和本地化设置。