日韩文字显示为乱码，通常是文本读取时使用的字符编码与内容实际编码不一致；如果字符变成空方框或问号，也可能是字体缺字或内容已被错误转换。排查时先判断乱码形态，再确认问题出现在哪个文件、网页或软件中，最后修正对应设置。不要一上来反复转换编码，否则可能覆盖原文，让恢复更困难。

先看乱码是什么样，再判断排查方向

如果日文、韩文变成看似无规律的拉丁字母、符号或汉字，优先检查编码是否识别错误。例如，UTF-8 文本被当作其他编码读取，就可能出现成片的错位字符。如果文字位置正常，但显示成方框、空白或统一的替代符号，优先检查当前字体是否包含相应字形，以及软件是否正确调用了支持日韩文字的字体。

还有一种情况是部分文字正常、部分乱码。这可能与文件来源不同、内容经过复制粘贴、不同程序分别处理文本，或网页中的字符编码声明不一致有关。先记录问题出现的范围：只影响一个文件，还是同一软件中的所有日韩内容；只在一台设备上出现，还是其他设备也能复现。范围越小，越应先检查对应文件或程序，而不是立即改动整个系统。

按“保留原件—确认来源—试读编码”的顺序检查

1. 保留原件。先复制文件或导出一份备份，不要直接覆盖保存。若乱码出现在网页或软件中，也可先刷新页面、重启程序，并确认同一内容在其他设备或程序中是否正常。
2. 确认问题发生在显示还是内容本身。如果同一文件用不同程序打开，显示结果不同，通常是某个程序的编码识别或字体设置问题。若多个程序都显示相同乱码，问题可能在文件写入、传输或此前的转换过程中。显示成方框时，先尝试支持日文或韩文的字体；仅更换字体通常不能修复已经变成错字的文本。
3. 核对来源和常见编码。根据文件来源、创建软件和格式确认编码。常见候选包括 UTF-8、UTF-16、日文环境中的 Shift_JIS、韩文环境中的 EUC-KR，以及部分旧系统使用的本地编码。不要只凭“看起来像日文或韩文”决定编码；日韩文件可能使用相同的 Unicode 编码，也可能因旧软件而采用不同编码。
4. 用正确编码重新打开，再另存副本。在文本编辑器或数据处理软件中，优先尝试“以指定编码打开”或“重新载入编码”，观察原有日韩文字能否恢复。确认内容正确后，再将副本保存为 UTF-8 等目标格式，并检查保存后的文件是否仍能正常打开。转换时选择错误的源编码，可能把乱码固定写进文件。

若所有候选编码都无法恢复，或文字已经被替换成问号、方框后保存，当前文件可能不再保留原始字符信息。此时不要继续覆盖尝试，应找回未转换的源文件、历史版本或重新导出原始数据。编码转换能修复“正确字符被错误读取”的情况，不能凭空补回已丢失的文字。

按文件、网页和软件分别处理

文本文件与表格

检查打开方式是否支持选择编码；导入 CSV 等文本数据时，编码选项应在导入阶段确认。若文件由某个软件导出，尽量从源软件重新导出，并明确设置字符编码。处理表格时不要仅凭单元格中显示的结果判断文件内容，建议先用文本编辑器或另一款支持编码识别的程序交叉检查。

网页显示异常

如果只有某个网页乱码，先刷新并用另一浏览器对照。若网页维护者能够检查页面，应确认服务器响应中的字符集声明与页面实际内容一致，HTML 中的编码声明也应匹配；声明不一致时，浏览器可能按错误方式解读文本。若只有页面上的个别区域异常，还要检查数据接口、数据库或模板输出环节是否采用了不同编码。普通浏览者通常无法通过更换字体修复服务端输出的错字，可将页面地址和异常位置反馈给维护方。

桌面软件或旧程序显示异常

若乱码只在一款旧软件中出现，先查看软件自身的语言、导入编码和字体设置，并安装适合的语言支持。部分较老的非 Unicode 程序还会受操作系统“非 Unicode 程序的语言”设置影响；调整前应确认其他旧程序是否依赖当前设置，并按系统要求重启后再验证。不要为了一个网页或单个文本文件先改全局系统设置。

如何确认已经恢复

恢复后，用原始文件副本重新打开，检查日韩文字、标点和换行是否完整；再用另一款程序或设备交叉验证。若只在特定软件中正常，应继续检查该软件的编码或字体设置；若文件在不同程序中均正确、网页也不再错位，通常说明问题已定位并修复。保留原件、转换后的文件及所用编码信息，便于后续核对，也能避免再次误转。