> mojibake | fixer <
粘贴 縺薙ｓ縺ｫ縺｡縺ｯ 或 ã“ã‚“ã«ã¡ã¯ 这类乱码,工具会自动尝试可能的错误解码组合,按可信度排序并显示还原结果。不会上传任何内容。
示例:
候选结果(按推荐排序)
高级:手动指定编码
选择原始字节的编码,以及被误读时使用的编码。选中候选结果后会自动填入。
[01]
自动识别
尝试 UTF-8、Shift_JIS、EUC-JP、ISO-2022-JP、Windows-1252 的组合,并按“像日文”的程度排序。
[02]
常见模式
支持 縺薙ｓ縺ｫ縺｡縺ｯ、ã“ã‚“ã«ã¡ã¯、ƒeƒXƒg、半角假名乱码以及缺少 ESC 的 $B...(B。
[03]
隐私安全
使用浏览器内置的 TextDecoder 在本地处理,不会向任何地方发送数据。
>> 技术细节
修复原理:
乱码是用一种编码写入的字节被当作另一种编码读取造成的。本工具把乱码文本用错误的编码重新转回字节,再用正确的编码解码。它会尝试所有合理的组合,并按“像真实日文”的程度给每个结果打分。
示例:
縺薙ｓ縺ｫ縺｡縺ｯ <- UTF-8 read as Shift_JIS -> こんにちは ƒeƒXƒg <- Shift_JIS read as Windows-1252 -> テスト
为什么使用本工具:
- >修复邮件、CSV 与日志中的乱码
- >自动判断错误的编码组合
- >按排名对比多个候选结果
- >隐私:内容不会离开浏览器
>> 常见问题
问：什么是 mojibake(乱码)?
答：用某种字符编码写入的字节被当作另一种编码读取时出现的无意义文字,例如把 UTF-8 文本当作 Shift_JIS 显示。
问：所有乱码都能修复吗?
答：不能。已被替换为 ? 或 ◆ 的部分原始信息已经丢失,无法还原。字节完整的普通误读通常可以还原。
问：为什么会显示多个候选?
答：多种错误组合都可能得到看似合理的文字。列表按自然程度排序,请查看靠前的几项。
问：为什么 UTF-8 被当作 EUC-JP 读取后无法完全还原?
答：EUC-JP 无法解释的字节会变成替换字符,原始字节随之丢失。
问：我的文本会被上传吗?
答：不会。所有转换都在你的浏览器中完成。