CSV格式验证
按 RFC 4180 检查 CSV / TSV 并逐条报出行号与问题类型：列数不一致、引号未闭合、表头重复或为空、BOM 与编码异常、换行符混用、控制字符等。
浏览器本地运行所有计算都在你的浏览器里完成，数据不会离开本机。
校验设置
解析器按 RFC 4180 自研；编码类检查基于可观察的证据：BOM、替换字符 U+FFFD 与 ASCII 控制字符。
校验结果
粘贴 CSV 后自动开始校验
这个工具能做什么
- 导入数据库前先体检：列数不一致、引号没闭合这类问题在导入时往往只报「第 N 行出错」，这里能一次列出所有行号。
- 核对上游导出文件：表头重复、表头为空会让 SQL 建表或程序映射字段时静默丢数据，这里会直接点出来。
- 排查「Excel 打开是乱码」的根源：检查文件是否带 UTF-8 BOM、是否混进了替换字符（U+FFFD）或不可见控制字符。
- 批量清洗前的质量报告：把问题清单按行号整理出来，交给写脚本的同事按行修复。
示例
输入
id,id,,age 1,2,3,4 5,6 "unclosed,7,8
输出
错误 第 4 行：引号没有闭合 警告 第 1 行第 2 列：表头「id」重复 警告 第 1 行第 3 列：表头为空 错误 第 3 行：有 2 列，与期望的 4 列不一致 错误 第 4 行：有 1 列，与期望的 4 列不一致
行号是记录的起始行；引号内的换行会让后面的行号顺延，所以「第 4 行」指的是从第 4 行开始的那条记录。
常见问题
会检查哪些问题？
错误级：列数与表头不一致、引号没有闭合、出现替换字符 U+FFFD（说明解码时丢过字节）。警告级：表头重复或为空、字段中间出现未转义引号、混入 ASCII 控制字符、换行符 CRLF 与 LF 混用。提示级：文件以 UTF-8 BOM 开头、存在空行、只有表头没有数据行。
行号是怎么算的？
行号是每条记录的起始行，与你在编辑器里看到的行号一致。字段内的换行属于同一条记录，所以下一条记录的行号会跳过这些换行——这正是排查「导入工具报的行号和文件对不上」时最需要的信息。
为什么我的文件没有报错，导入却失败了？
校验只覆盖能离线判断的结构与编码问题，不包括业务约束：主键冲突、字段长度超限、类型不匹配（比如把 abc 写进 INT 列）都要靠数据库报错。这里的目标是先排除格式问题，让数据库的报错更可信。
能自动修复这些问题吗？
本工具只做诊断，不改数据——自动补引号或删列很容易在不知情的情况下改坏内容。修好之后可以再用 CSV 转 SQL 或 CSV 查看器继续处理。
分隔符识别错了怎么办？
默认按首行里出现次数最多的分隔符猜测，猜错时手动在下拉框里指定逗号、分号、Tab 或竖线即可，问题清单会立刻按新分隔符重算。
关键词：csv validatorcsv checkerrfc 4180validate csvencoding checkdata qualityCSV格式验证CSV 校验列数不一致编码异常表头重复