文件编码转换工具（UTF-8 带BOM・Shift_JIS）
转换CSV或文本文件的字符编码。为UTF-8文件添加BOM以便Excel正确打开，或转换为Shift_JIS。自动识别原编码，支持换行符转换，全部在浏览器内处理。
按用途推荐的设置
应保存为哪种编码取决于接收方。以下为参考。
| 需求 | 推荐设置 |
|---|---|
| 用Excel直接打开UTF-8的CSV | UTF-8 ＋ 添加BOM（Excel可正确判断编码） |
| 导入旧业务系统・会计软件 | Shift_JIS ＋ CRLF（面向Windows的传统组合） |
| 由程序（Python・PHP等）读取 | UTF-8（无BOM）＋ LF（BOM会混入首个字段名） |
| 用Mac版Excel打开 | UTF-8 ＋ 添加BOM |
| 导入Google表格 | UTF-8（BOM可有可无）（BOM会被自动忽略） |
| 准备旧邮件环境的正文 | JIS（ISO-2022-JP） |
各编码的特点
本工具支持的编码及注意事项。
| 编码 | 特点 |
|---|---|
| UTF-8 | 当前的通用标准，可表示各国文字与表情符号。 |
| UTF-8（带BOM） | 文件开头附加3字节标记，使Excel不会误判编码。 |
| Shift_JIS | Windows日文环境长期使用的编码，无法表示表情符号与部分异体字。 |
| EUC-JP | 主要用于UNIX系统的日文编码，现在很少新采用。 |
| ISO-2022-JP（JIS） | 邮件中使用的编码，无法表示半角片假名。 |
小提示
- 若只是想用Excel打开，UTF-8加BOM最安全，正文字符完全保留。
- 转换为Shift_JIS时无法表示的字符会变成「?」。本工具会先列出将要丢失的字符。
- 由程序读取的文件请勿添加BOM，否则BOM会成为首个字段名的一部分。
常见问题
若接收方只有Excel，请选带BOM的UTF-8，可在不丢失任何字符的前提下避免乱码。只有当目标系统明确要求时才需要Shift_JIS。
文件开头的3个字节（EF BB BF）。它不会显示为文字，但Excel等应用会据此判断编码为UTF-8，正文内容不受影响。
不会。识别、转换与下载全部在浏览器内完成，文件内容不会发送到外部。
闲话 ― 乱码的形状会告诉你原因
乱码有可辨认的规律。出现一串互不相关的汉字，通常是把UTF-8的字节当作Shift_JIS读取所致——UTF-8中一个日文字符占3字节，按2字节重新切分自然会得到完全不同的字。反之把Shift_JIS当作UTF-8读取时，由于字节序列本身无效，会出现一排替换字符。
BOM原本是为UTF-16标示字节顺序而设计的。UTF-8不存在字节顺序问题，因此Unicode标准并不推荐为UTF-8添加BOM。但在Windows生态中它依然广泛使用，因为只能靠猜测判断编码的应用确实需要一个明确的标记。