先别慌：常见原因是编码或字体不匹配。先确认易翻译导出的格式与目标软件支持的字符编码（优先UTF‑8/UTF‑16），用支持编码切换的编辑器打开；若仍乱码，导出为纯文本或DOCX重试，必要时调整字体或用Notepad++/Word/LibreOffice另存为UTF‑8，或联系客服提供原文件截图。
先把“乱码”这个问题拆开来想：究竟是哪一步出错了？
用费曼法讲清楚：把复杂的事分成小块逐个解释。乱码不是神秘现象，它就是“字符所对应的数字”和“显示这些数字的规则”不一致。简单来说，文件里存的是一堆数字（字节），不同的编码表把这些数字映射到不同的字母汉字上。你看到的不是字符消失了，而是“翻译规则”不对。
打个比方
想象你有一张英文对照的歌词表，把每行编号；但你拿去给懂中文的人看，他们按另一张中文编号表去读，那歌词就成了乱七八糟的东西。 编码就是那张“编号表”。
短时间内先做的“体检”——快速自查清单（按顺序）
- 确认导出格式：易翻译是导出为TXT/DOCX/PDF/RTF/HTML/图片（OCR）哪种？先记住格式。
- 换一个能切换编码的编辑器打开：例如Notepad++（Windows）、Sublime、VS Code、或LibreOffice，看看能否改变编码显示。
- 优先尝试UTF‑8：绝大多数现代应用默认UTF‑8，先把文件按UTF‑8打开或另存。
- 确认字体：如果是PDF或Word，有时候是字体缺失或未嵌入导致换成了乱码或方框，检查是否为字体问题。
- 试用另一种导出方式：在易翻译里改成DOCX或纯文本再导出，常常能避开问题。
针对常见导出格式的具体操作（一步一步来）
1) 纯文本文件（.txt）出现乱码
这是最常见也最好修复的一类。
- 用Notepad++打开：菜单“编码(Encoding)” → 先选“以UTF‑8无BOM编码(UTF‑8 without BOM)”或“转换为UTF‑8(UTF‑8)”。保存后再打开看是否正常。
- 如果怀疑是GBK/GB2312编码，试试“编码”→“以ANSI编码打开”或“字符集”→“中文(简体)→GB2312 / GBK”。
- 命令行工具：iconv 非常实用。示例：
iconv -f GBK -t UTF-8 input.txt -o output-utf8.txt
这里 -f 是原编码，-t 是目标编码。
2) Word 文档（.doc/.docx）乱码或问号
Word有自己的打开逻辑，尤其是旧版文档或从其他程序导出的文件。
- 在Word里，打开文件时使用“文件 → 打开”，在“打开”对话框中选择文件后，在“打开”按钮旁边的下拉中选择“以文本恢复转换打开”或在选项中启用“打开时确认文件格式转换”，这样能让你手动选编码。
- 如果是.docx但显示替换字体或空白，检查是否缺少中文字体，或导出时没有嵌入字体。尝试在导出时选择“嵌入字体”选项（如果易翻译能控制），或者在Word中替换为系统字体如“Microsoft YaHei/微软雅黑”、“SimSun/宋体”或“Noto Sans CJK”。
- 将.docx另存为“纯文本（.txt）”，Word会在保存时提示编码，选择“UTF‑8”再保存，之后再用其他工具检查。
3) PDF 导出后中文变乱码或空白/方块
PDF问题常常和字体嵌入或字体替换有关。
- 检查看到的PDF里是否嵌入了字体：如果字体没有嵌入，打开设备上没有相应字体时就会被替换或显示方框。
- 导出PDF时选择“嵌入所有字体”或“子集嵌入”，确保中文字体被带入PDF。
- 如果是OCR生成的PDF，确认OCR语言选项为“中文（简体或繁体）”并使用足够的DPI（建议300dpi及以上）。
4) 图片或OCR识别后乱码
图片里的文字先变成了图形，OCR环节识别语言不对或清晰度低就会出错。
- 重拍或重扫，确保图片清晰、对齐、光线均匀，DPI高一点。
- OCR语言设置为中文；如果带有双语，先单语识别再对照。
- 识别出来后保存为UTF‑8编码的文本或DOCX。
一个实用的参考表：按文件类型给出首选处理方法
| 文件类型 | 首选处理方式 | 常见原因 |
| TXT | 用Notepad++/VSCode切换编码；转换到UTF‑8 | 编码不一致（UTF‑8 vs GBK） |
| DOC/DOCX | 用Word“以文本转换打开”或另存为UTF‑8；检查字体 | 字体替换或保存时编码/格式问题 |
| 确保导出时嵌入字体；若OCR错误，重做OCR并设语言 | 字体未嵌入；OCR语言/质量问题 | |
| 图片/OCR | 提高DPI，设置识别语言为中文，后导出UTF‑8 | 识别错误导致的乱码 |
一些具体工具和步骤（系统覆盖）
Notepad++（Windows）
- 打开文件 → 菜单“编码(Encoding)” → 选择“以UTF‑8无BOM编码”或“转换为UTF‑8”。保存。
- 如果显示乱码，试“字符集”→“中文”→“GB2312/GBK”看哪种能正常显示，再转换。
Word（Windows / macOS）
- 打开时启用“确认文件格式转换”选项（文件→选项→高级→常规），然后在打开文件时手动选择编码进行试验。
- 另存为→选择“纯文本(.txt)”时可以选择编码（选UTF‑8）。
命令行（Linux / macOS / Windows WSL）
- iconv 示例：
iconv -f GBK -t UTF-8 input.txt -o output.txt - file 命令（Linux）可尝试判断编码：
file -i filename.txt
为什么转换后有时还会出错？那些容易被忽视的细节
- BOM（字节顺序标记）问题：有些编辑器在UTF‑8前加BOM，有些不加。某些应用对BOM敏感，会把它当成字符显示。
- 混合编码：文件里有一部分是UTF‑8，另一部分是GBK，这种混合会让自动检测失败。要找出是哪段并重新导出。
- 特殊字符或控制字符：复制粘贴时可能带入不可见字符，导致后续处理出错。
- 字体不完整：字体文件缺少某些字形时，系统显示替代符号或方块。
如果自己试了还不行，向客服提交问题时该准备哪些信息？
- 设备与系统信息（例如：iPhone 12 / Android 11 / Windows 10）
- 易翻译App版本号和导出时间
- 导出时选择的格式（TXT、DOCX、PDF等）以及具体操作步骤
- 示例文件：最好提供原文（若能脱敏就脱敏）和出现乱码后的导出文件
- 截图或短视频，说明在哪个软件打开、显示效果如何
- 若有错误日志或控制台信息，也一并提供
预防为主：平时怎样降低乱码发生概率
- 优先选择UTF‑8作为保存与交换编码。
- 导出PDF时勾选“嵌入字体”或“嵌入子集字体”。
- 使用通用字体（微软雅黑、宋体、PingFang、Noto Sans CJK等）避免冷门字体。
- 进行OCR或拍照识别时，设置语言并保证照片清晰。
- 在导出前先用易翻译内的“预览”或“另存为DOCX”确认文本显示正常。
我自己遇到过类似的例子（说得随意点）
有次把一份从网页上拷来的文本丢进翻译，导出成TXT给同事，结果对方打开全是问号。后来发现网页原本是GBK编码，翻译工具默认用UTF‑8输出，直接用Notepad++把原文件按GBK打开再另存成UTF‑8就解决了。另一回是PDF，导出时没嵌入中文字体，打开时变成空白，重导出并嵌入字体，问题消失——都是能一步步排查出来的小毛病。
最后，按步骤来不会出太大问题
遇到易翻译导出的文档乱码，别急着重翻译，先按上面的自查顺序走一遍：确认格式→用可切换编码的工具打开→优先转成UTF‑8→检查字体／OCR设置→如果仍旧无解，收集信息发给客服。很多时候是编码一换就好，或者重导出一次就OK。要是你愿意，可以把具体格式和截图贴出来（按客服要求），通常能更快定位问题。
