CSV 错列通常是什么原因？

最常见是字段内含分隔符却没有引号包裹、引号未闭合、字段内换行被当成新记录、分隔符混用，以及 BOM 或 GBK 编码被按 UTF-8 读取。本工具用状态机逐字符判定引号内外并逐行给出改动说明。

修复后的 CSV 是什么格式？

统一为 UTF-8（下载带 BOM）、双引号包裹、双写转义、CRLF 行尾；分隔符沿用探测结果或指定值，原始字段内容不会被裁剪。

自动合并断行安全吗？

这是启发式修复，可能把两条记录粘在一起。所有合并项在改动列表里红色高亮，点开可看改动前后文本，务必抽查；敏感数据可关闭 join_broken_lines 或指定期望列数。

修复会改坏我的原文件吗？

不会。服务端只在内存生成新内容供下载，不落盘、不覆盖上传原件；把修复结果再传一次也不会产生新改动，修复是幂等的。

LEXER / CF-38

CSV 修复对照台

左边原文、右边修复结果，逐行并排看。每一处改动都能展开，合并断行的地方单独标红。

0处改动

CSV

投放解析报错的 CSV点击或拖入 · .csv / .txt / .tsv

引号转义分隔符期望列数合并断行

读取服务上限…

尚未修复编码 / 分隔符 / 引号参数将在修复后显示

上传问题 CSV 后点「状态机修复」，这里会出现左右并排的原文 / 修复结果，以及逐行改动清单。

修口径说明与常见误填把话说清楚，比报个数更有用

状态机口径	自写词法分析逐字符判定引号内外，覆盖未闭合引号、双写转义、字段内换行与闭合引号后多余字符等边界。
输出规格	统一输出 UTF-8（下载带 BOM）+ 双引号 + 双写转义 + CRLF，分隔符沿用探测结果或指定值；原始字段内容不裁剪。
断行合并	join_broken_lines 是启发式：列数不足的记录会与后续记录合并。所有合并项在改动说明里高亮，务必抽查。
expected_cols	由用户确认列数后传入，可显著减少误合并；留 0 时取首条记录列数。
编码判定	识别 UTF-8 BOM / UTF-16LE / UTF-16BE / GB18030 并统一转换，逐行编码不一致会给出提示。
常见误填	显式指定 delimiter 时不做混用归一化；不确定就留 auto。敏感数据可关闭 join_broken_lines。

这个工具解决什么问题

CSV 导入错列、解析报错，九成出在引号和换行上。本工具不靠猜：用状态机把每一处未闭合引号、字段内换行、分隔符混用、BOM 与编码问题逐行定位并修复，给出规范 CSV 与一份「改了什么、为什么改」的对照清单。

三条修复原则

先看改动说明再下载，尤其是 joined_broken_lines 这类启发式合并项。
引号内的合法换行保留，不按行拆记录；只有疑似丢引号的断行才合并。
修复是幂等的：把修复结果再传一次不会产生新改动。

按这几步用

上传问题 CSV：选择解析报错或错列的 .csv / .txt / .tsv。
配置词法参数：选择引号字符、转义方式、期望列数，决定是否合并断行。
执行修复：查看生效的分隔符、编码与统计（未闭合引号、字段内换行、补列等）。
核对逐行改动：逐条看 before / after 与改动类型，重点抽查合并项。
下载文件：下载修复后 CSV 或逐行改动说明 CSV；原件不会被修改。

小提示

JSON 模式里的 fixed_csv 是纯文本；若自行生成文件请补 UTF-8 BOM，否则 Excel 打开中文可能乱码。推荐直接用下载接口。

更新记录

v1.0 2026-11-07 工具上线：状态机修复、逐行改动说明、编码与分隔符归一化、两份 CSV 下载。

常见问题

修复后列数还是不对？

请指定 expected_cols（首条记录应有的列数），或关闭 join_broken_lines 后查看 extra_fields 与 padded_short_row 项，确认源文件是否真的缺字段。

合并断行会不会把两条记录粘在一起？

有可能，这是启发式修复。每条合并都会出现在 changes 中并标注原始物理行范围，请按 before / after 抽查；敏感数据建议关闭该选项。

原文件里的单引号字段会被改坏吗？

把 quote 设为单引号即可按输入规则解析；输出统一为双引号包裹，字段内容本身不会被裁剪或改写。

分隔符有逗号也有分号怎么办？

保持 delimiter=auto，服务端按主导分隔符归一化，引号内内容不变，混用行号会出现在 delimiter_report 中。

💬 留言板 0

全部留言需审核通过后展示

💬

还没有留言，来抢沙发吧！