Como diagnosticar emojis corrompidos em um arquivo de diário exportado
Se os emojis parecerem incorretos em um diário exportado, determine primeiro se os caracteres foram decodificados com a codificação errada, substituídos durante a exportação ou decodificados corretamente, mas sem suporte para exibição pelo aplicativo ou pela fonte. Trabalhe em um arquivo duplicado, preserve os bytes originais e compare o mesmo texto em um editor de texto sem formatação e no importador do diário. Alterar uma configuração de codificação pode corrigir uma incompatibilidade de decodificação; isso não é capaz de restaurar informações que já foram substituídas ou removidas.
Identifique como se parece o caractere “corrompido”
Examine de perto uma entrada afetada. Uma sequência de caracteres inesperados, como `😀` no lugar de 😀, pode indicar que os bytes UTF-8 foram interpretados usando uma codificação diferente. Isso é comumente chamado de mojibake: os caracteres exibidos estão errados porque os bytes foram decodificados sob premissas incorretas. Trata-se de uma pista, não de uma prova definitiva sobre qual codificação gerou o arquivo.
A exibição de um `` visível é diferente. Esse é o U+FFFD, o caractere de substituição do Unicode, usado como substituto para um caractere que não pode ser interpretado. O [glossário](https://www.unicode.org/glossary/#replacement_character) do Unicode o distingue de um glifo de substituição: uma fonte ou renderizador pode exibir uma caixa (quadrado) quando não consegue desenhar um caractere, enquanto o caractere subjacente ainda pode estar intacto. Se apenas alguns emojis aparecerem como caixas, verifique em outro aplicativo ou fonte atual antes de alterar a codificação do arquivo.
Preserve uma base de referência antes de solucionar o problema
Faça uma cópia da exportação e mantenha o original inalterado. Registre a extensão do nome do arquivo, o aplicativo que o exportou e o que você visualiza em uma frase afetada. Se possível, compare um emoji conhecido do diário com a mesma entrada no aplicativo de origem ou em uma exportação anterior. Evite abrir e salvar repetidamente a única cópia: um editor de texto pode regravar o texto recém-decodificado em forma de bytes, tornando permanente um teste de visualização que deveria ser reversível.
Abra a cópia como texto sem formatação em um editor que permita escolher a codificação. Primeiro, tente a codificação documentada pelo aplicativo de diário; se ela for desconhecida e o arquivo for uma exportação típica de texto moderno, o UTF-8 é um candidato razoável para inspeção, não uma certeza para ser salva por cima do original. Compare o texto afetado e os caracteres comuns ao redor sob cada opção candidata. Um resultado coerente em todo o arquivo é uma evidência mais forte do que um emoji que por acaso pareceu correto.
Teste a decodificação sem regravar
Quando a alteração da visualização de codificação do editor transforma a sequência estranha no emoji esperado e o texto ao redor também se torna legível, a exportação pode conter bytes intactos que foram interpretados incorretamente. Confirme fechando a cópia sem salvar e reabrindo-a com a configuração promissora. Em seguida, verifique se o fluxo de importação ou abertura do aplicativo de diário oferece uma opção de codificação documentada; dê preferência a esse fluxo para qualquer nova importação real.
O [FAQ de UTF do Unicode](https://www.unicode.org/faq/utf_bom.html) explica que sequências de bytes UTF-8 malformadas podem disparar um erro ou ser tratadas com um marcador como U+FFFD. Isso significa que um decodificador já pode ter substituído a entrada inválida ao exibi-la ou importá-la. Mudar a codificação após essa etapa não recuperará necessariamente os bytes originais. Não utilize opções de “reparo” ou conversão que substituam silenciosamente caracteres não decodificáveis na sua única cópia.
Separe problemas de codificação de glifos ausentes
Se o emoji aparecer corretamente em outro visualizador, guarde essa comparação como evidência antes de alterar o arquivo. Evite regravar a exportação simplesmente para mudar sua aparência.
Se a mesma posição contiver U+FFFD ou um ponto de interrogação literal em diferentes visualizadores, compare com o diário de origem ou uma exportação anterior. Um substituto gravado no arquivo não pode ser restaurado apenas mudando a fonte. A recuperação depende de outra cópia que tenha retido o caractere.
Trate CSV e JSON como caminhos de importação diferentes
Uma extensão `.csv` não informa qual codificação de caracteres foi usada, e os programas de planilhas podem aplicar configurações de importação próprias. Para o Excel desktop, a Microsoft documenta a importação de texto por meio de **Dados > De Texto/CSV** e o Assistente de Importação de Texto em seu [guia de importação/exportação de texto e CSV](https://support.microsoft.com/en-us/excel/get-started/import-or-export-text-txt-or-csv-files). Use a visualização prévia antes de carregar: confirme o emoji, os limites de linhas e colunas e o texto adjacente. Uma visualização prévia correta é uma evidência de que o caminho de importação selecionado lê o arquivo como pretendido; isso não é um motivo para sobrescrever a fonte original.
Para JSON, preserve o arquivo e use um importador compatível com JSON em vez de tratá-lo como CSV. A [especificação JSON RFC 8259](https://www.rfc-editor.org/rfc/rfc8259#section-8.1) exige UTF-8 para JSON trocado entre sistemas fora de um ecossistema fechado. Ela também explica que strings JSON podem representar caracteres diretamente ou com sequências de escape. Ver um escape como `\u263A` não significa corrupção imediata; um analisador JSON deve interpretar escapes válidos. Se o JSON for inválido ou o importador relatar um erro de análise (parsing), pare e mantenha o arquivo exatamente como está, em vez de editar pontuação ou bytes por adivinhação.
Decida se deve tentar novamente, reexportar ou parar
Use esta sequência: (1) compare o diário de origem com a exportação; (2) inspecione uma duplicata usando a codificação esperada e uma visualização em UTF-8, se apropriado; (3) verifique em outro visualizador se há comportamento de glifo ausente; (4) visualize o arquivo por meio do importador correto de CSV ou JSON; e (5) tente exportar novamente com uma codificação de texto documentada se a origem ainda exibir o emoji corretamente. Altere uma variável de cada vez e mantenha cada resultado separado.
Se nenhuma visualização ou importador revelar o caractere original e o arquivo contiver apenas caracteres de substituição ou outros dados substituídos, não presuma a recuperação por recodificação. Mudar as configurações de decodificação não é capaz de deduzir qual emoji foi descartado. Procure outra exportação, um backup ou a entrada intacta no diário; depois, exporte novamente para um novo arquivo e verifique sua visualização prévia antes de confiar nele.