Overview
先看明白，再动手。
编码转换用于批量检测文本文件的字符编码，并转换到 UTF-8、GBK 等目标编码。典型场景是旧项目、字幕、小说 TXT、CSV 在不同系统间打开出现乱码。流程应是：检测 → 人工抽查 → 选择目标编码与输出方式 → 再写入。编码嗅探不是数学证明，对短文件或混合编码可能误判。
Audience
适用人群
处理跨编辑器、跨系统文本的开发者、编辑与资料整理者。免费精选；适合批量迁移旧资源。二进制文件（图片、压缩包、Office 二进制）不要拿来当文本转码。
Scenarios
什么时候用它
一批 GBK 小说/字幕在现代编辑器里乱码，需统一成 UTF-8
旧 Windows 项目源码或日志要迁到 UTF-8 仓库
CSV 用 Excel 打开与用程序读取编码不一致时，统一后再分发
不确定文件是 UTF-8 还是 GBK 时，先批量检测再决定是否转换
Highlights
能力亮点
Step by step
使用步骤
导入文本文件
选择文件或目录，尽量只纳入 .txt/.csv/.log/.json/.md 等文本类型。
查看检测结果
阅读每个文件的识别编码与置信线索。对「不确定」或预览仍怪的文件单独打开确认。
选择目标编码与输出
指定目标（如 UTF-8 或 UTF-8 BOM）、是否覆盖原文件。重要数据优先另存到新目录。
执行转换
批量写入后，用目标环境的编辑器或程序再打开抽查，确认中文与特殊符号正常。
处理失败与例外
对仍乱码的文件改用其它源编码假设重试，或排除二进制误入项。
Notes
使用前留意
- 编码识别可能不准，关键文件必须人工抽查。
- 用错误的「源编码」去解再转，会二次破坏文件，覆盖前务必备份。
- UTF-8 BOM 与无 BOM 在某些工具链行为不同，按下游要求选择。
- 不要对图片、视频、已压缩二进制做「文本编码转换」。
FAQ
常见问题
转完还是乱码？
多半是源编码判断错了。回到检测结果，尝试按另一种常见编码（如 GBK 与 UTF-8）重新转换；若文件本身已是错误转码的「双重乱码」，需要找未损坏的原始副本。
要不要带 BOM？
给只认 BOM 的旧版 Windows 软件时可能需要 UTF-8 BOM；给 Git/Linux/现代工具链通常用无 BOM UTF-8。按接收方要求选。
会改文件内容的语义吗？
正确转码只改字节表示，字符应保持一致。错误源编码或中途截断会导致字符损坏，所以预览和备份很重要。
JSON/XML 声明里的 encoding 会自动改吗？
以客户端是否改写声明为准。即便字节已是 UTF-8，文件头声明仍写 GBK 时，部分解析器会报错，需人工或后续步骤对齐声明。