文件转换FREE
CSVXLSXShift-JIS、GB18030、EUC-KR、无 BOM 的 UTF-8 —— 自动识别,由你确认 · 然后 CSV ⇄ Excel,每一格都按文本保留。
转换器· 本地处理
把你的 .csv 拖到这里
从设备选取 · 文件绝不离开浏览器

CSV 在 Excel 里打开全是乱码?
先定编码,再转换。

01 · 这个工具到底帮你做了什么

用错编码打开 CSV,文字就变成乱码 —— Excel 会去猜编码,而且经常猜错。这个工具会识别编码、给你预览、让你确认或改选,然后再转成 Excel;转回来时输出 UTF-8(默认带 BOM,Excel 双击就不乱码)。每一格都保持文本,所以 007 不会变成 7全程在浏览器内完成 —— 文件绝不上传。

文件不出你的设备浏览器内处理 · 零上传 · 不留存
编码由你把关自动识别,低置信时绝不擅自硬转
每格按文本保留前导零、编号、代码原样不变 —— 007 还是 007
02 · 两种格式,一次干净往返

CSV 和 Excel 各自会绊倒对方

做这个转换,是为了让纯文本 CSV 和表格各自都能正常读 —— 不在中间被编码和类型问题坑到。

CSVCSV

一张纯文本表:一行行的值,用逗号 —— 也可能是分号(欧洲地区常见)或制表符 —— 分隔。它不带编码标记,谁打开谁就得猜:存成 Shift-JISGB18030EUC-KR,或存成不带 BOM 的 UTF-8 的文件,正是在 Excel 里显示成乱码的那些。

ExcelXLSX

译者、审校、分析师都用得顺手的表格 —— 筛选、排序、批量改。问题是:双击一个 .csv,Excel 会替你决定编码和分隔符,把非 UTF-8 的内容弄乱,还会把看起来像数字的值重新判型 —— 前导零 007 变成 7,长编号变成科学计数法。

这个工具守的就是这段交接:它识别编码和分隔符、给你预览,确认之后才转 —— 不会有任何内容被悄悄解错。转去 Excel 时,每一格都按文本写入(不做类型推断,所以 007 和长编号都活下来)。转回 CSV 时输出 UTF-8,默认带 BOM 让 Excel 重新打开不乱码 —— 也可以不带,给 git 和程序管线用。它是通用表格转换器:不假设任何本地化结构,单元格里真正的换行会原样保留。

03 · 常见问题

你大概想问

为什么我的 CSV 在 Excel 里打开是乱码?+
因为 CSV 不带编码标记,Excel 只能猜。如果文件存成了 Shift-JIS、GB18030、EUC-KR,或存成不带 BOM 的 UTF-8,Excel 常常猜错,文字就成了乱码。这个工具会识别编码、给出预览,并让你在转换前确认或改选 —— 让文字正确地过来。
BOM 是什么,要不要开着?+
BOM 是文件开头几个看不见的字节,用来标明这是 UTF-8。Excel 依赖它:带 BOM 时,双击 .csv 打开就不乱码;不带时,Excel 可能退回旧编码,把非 ASCII 文字弄乱。所以这里默认输出带 BOM 的 UTF-8。当文件要进 git 仓库,或交给期望纯 UTF-8 的程序时,再关掉它 —— 那些场景里 BOM 反而碍事。
支持 Shift-JIS、GB18030 这些旧编码吗?+
支持 —— 可往返 UTF-8(带或不带 BOM)、UTF-16 LE/BE、Shift-JIS(日文)、GB18030(简体中文)和 EUC-KR(韩文)。识别器会给出最可能的那个;当它无法确定时,不会替你硬转,而是让你自己挑 —— 而不是拿一个坏猜测去转。
前导零和长编号会保住吗?+
会。每一格都以文本写入 Excel,所以像 007 这样的编号还是 007,长数字 ID 也不会塌成科学计数法。没有类型推断 —— CSV 里是什么,表格里就是什么。
我的文件会被上传吗?+
不会。识别和转换全在你的浏览器里完成(Web Worker 处理最大 50 MB 的大文件);文件绝不离开你的机器,也绝不碰服务器。这对有保密协议的工作是硬性要求,所以工具做成了完全客户端。
04 · 谁做的 / 为什么

做这个的人,自己撞过这堵墙

这不是套在大模型外面的薄壳,也不是把某个开源库换层皮。它来自多年游戏本地化一线,以及那一堆「不出事没人注意」的细节。

CSV 不带编码标记;Excel 一猜就错 —— 擦这个乱码的屁股,不该是人来干的活。

把一个 Shift-JIS 或无 BOM 的 CSV 交给用 Excel 的人,它要么打开是乱码,要么前导零没了,要么分隔符读错。这些我们全撞过,所以工具默认就守着:编码识别并确认、分隔符摆出来、每格按文本保留。

免费、全本地、即时。它是工作流里的一步,不是一个平台 —— 但它出自真正懂这行的人。