TXT、CSV 或日志文件中的乱码

如果无论选择哪种编码都只剩问号、方框或“�”，再检查原始文件🎯大小、备份文件和发送来源。问号往往表示字符在此前的转换过程中已经丢失；方框更可能与字体、系统语言组件或软件渲染有关。不要在乱码文件上💡反复覆盖保存，否则可能使后续恢复更加困难。

保留原始文件，不要继续覆盖保存；记录文件来源、生成软件、系统环境和此前进行过的转换操作。然后分别用编码探测工具或支持📚手动选择编码的编辑器测试，并与原发送方确认导出设置。

仍然无法恢复时怎么处理

先刷新页面并清除该页面的缓存，再换用其他浏览器测试。如果只有当前浏览器异常，重点检查浏览器的语言、字体和扩展设置；如果多个浏览器都异常，则更可能是网站编码配置问题。

网站维护者应确认三处设置使用同一种编码：网页文件实际保存的编码、HTML 中的字符集声明，以及服务器返回的响应编码。现在新建网页通常🎊优先采用 UTF-8，并在页面较早位置声明字符集。若网页内容来自数据库，还要同时检查数据库、连接方式和导出文件的编码，不能只修改页面标签。

日韩乱码最常见的原因

在播放器的字幕设置中切换字幕编码。日文字幕常见的历史编码包括 Shift_JIS 和 EUC-JP，韩文字幕可能使用 EUC-KR 或 CP949，但不同来源的文件不能仅凭语言强行判断，最好根据字幕发布软件、文件说明或原始来源确认。