Metlivi 博客

如何排查导出的日记文件中出现的 Emoji 乱码问题

如果导出的日记中 Emoji 显示异常，首先需要判断是解码时使用了错误的编码、导出过程中被替换，还是已正确解码但当前应用或字体无法显示。请在副本文件上操作，保留原始字节，并在纯文本编辑器与日记导入工具中对比相同的文本。更改编码设置可以修复解码不匹配的问题，但无法恢复已经被替换或删除的信息。

2026年9月29日5 分钟阅读生活美学与自我表达作者：Metlivi Editorial Team

打开产品返回文章库

第 1 节

识别“乱码”的具体表现形式

仔细观察一个受影响的条目。如果在原本该是 😀 的位置出现了一串像 `ðŸ˜€` 这样不可预期的字符，通常表明 UTF-8 字节被错误地用其他编码进行了解释。这通常被称为乱码（mojibake）：显示的字符是错误的，因为解码时采用了错误的假定。这是一个线索，但不能直接证明文件最初是用哪种编码生成的。

出现肉眼可见的 `` 则是另一种情况。这是 U+FFFD，即 Unicode 的替换字符，用于替代无法解释的字符。Unicode 的[词汇表](https://www.unicode.org/glossary/#replacement_character)将其与替换字形（replacement glyph）进行了区分：字体或渲染引擎无法绘制某个字符时可能会显示为一个方框，但底层的字符数据可能仍然完好无损。如果仅有部分 Emoji 显示为方框，在更改文件编码之前，请先尝试使用其他现代应用或字体进行查看。

第 2 节

在排查前先保留一份基准备份

先将导出的文件复制一份，并保持原文件不动。记录下文件扩展名、导出该文件的应用程序，以及某个受影响短语的具体显示内容。如果可能，将日记中已知的某个 Emoji 与源应用或先前导出版本中的同一条目进行对比。切忌反复打开并保存唯一的副本：文本编辑器可能会将新解码的文本重新写入为字节，从而使原本可逆的显示测试变成永久性的损坏。

在支持自选编码的编辑器中以纯文本形式打开副本。首先尝试日记应用文档中指定的编码；如果未说明且文件属于常见的现代文本导出格式，UTF-8 是一个值得优先尝试检查的备选编码，但切勿想当然地直接用它覆盖保存原文件。在每种备选编码下对比受影响的文本及周围的普通字符。全篇文件整体连贯一致，比单纯某个 Emoji 看起来正常是更有力的证据。

第 3 节

在不重写文件的前提下测试解码

当更改编辑器的编码查看模式能让异常字符序列恢复为正常的 Emoji、且周围文本也变得可读时，说明导出文件中可能包含完整的字节，只是之前被错误解释了。通过不保存直接关闭副本、再使用该有效设置重新打开来加以确认。接着检查日记应用的导入或打开流程中是否提供了文档支持的编码选项；对于任何实际的重新导入，应优先使用该流程。

[Unicode UTF 常见问题解答](https://www.unicode.org/faq/utf_bom.html)指出，格式错误的 UTF-8 字节序列可能会触发错误，或被标记符号（如 U+FFFD）替换。这意味着解码器在显示或导入时可能就已经替换了无效输入。此后再切换编码并不一定能恢复原始字节。切勿在唯一的副本上使用会静默替换无法解码字符的“修复”或转换选项。

第 4 节

区分编码问题与字形缺失

如果 Emoji 在另一个查看器中能正确显示，请在更改文件前将该对比结果保留为证据。切勿仅仅为了改变其外观而重写导出文件。

如果同一位置在所有查看器中均显示为 U+FFFD 或字面意义上的问号，请与源日记或更早的导出版进行对比。文件中存储的替换字符无法通过更改字体来恢复。能否恢复取决于是否还有其他保留了该字符的副本。

第 5 节

将 CSV 和 JSON 视为不同的导入路径

`.csv` 扩展名本身并不包含字符编码信息，且电子表格程序可能会应用各自的导入设置。对于桌面版 Excel，微软在其[文本和 CSV 导入/导出指南](https://support.microsoft.com/en-us/excel/get-started/import-or-export-text-txt-or-csv-files)中记录了通过**数据 > 来自文本/CSV**以及文本导入向导来导入文本的方法。在加载前请务必使用预览功能：核验 Emoji、行列边界以及相邻的文本。正常的预览表明所选的导入路径能按预期读取文件，但这绝不是覆盖源文件的理由。

对于 JSON，请妥善保存原文件，并使用专门支持 JSON 的导入工具，而不要将其当作 CSV 处理。[RFC 8259 JSON 规范](https://www.rfc-editor.org/rfc/rfc8259#section-8.1)要求封闭生态系统之外的系统间交互 JSON 时必须使用 UTF-8。它还指出，JSON 字符串可以直接表示字符，也可以使用转义字符表示。看到类似 `\\u263A` 这样的转义序列并不意味着文件损坏；JSON 解析器应当能够正确解释有效的转义序列。如果 JSON 格式无效或导入工具报错，请停下来并完整保留该文件，切勿凭猜想修改标点或字节。

第 6 节

决定是重试、重新导出还是停止操作

请按以下步骤进行：(1) 对比源日记与导出文件；(2) 在副本上使用预期编码（必要时尝试 UTF-8 视图）进行检查；(3) 使用其他查看器检查是否存在字形缺失；(4) 通过正确的 CSV 或 JSON 导入工具预览文件；(5) 若源日记仍能正确显示 Emoji，尝试使用指定文本编码重新导出。每次仅更改一个变量，并分别记录每次的结果。

如果没有任何视图或导入工具能还原原始字符，且文件中只包含替换字符或其他被代换的数据，切勿承诺可以通过重新编码来恢复。更改解码设置无法凭空推断被丢弃的是哪个 Emoji。请寻找其他导出记录、备份或完整的日记条目，然后重新导出到一个新文件中，并在正式使用前仔细验证其预览效果。