CSV 在线查看完整指南：编码 / 分隔符 / 大文件

RFC 4180 是 CSV 的官方规范，定义了基本语法：用逗号分隔字段，用双引号包裹含特殊字符的字段，字段内双引号要双双转义（""）。但实际上，CSV 是个高度碎片化的格式。Excel（Windows）用 GBK 编码导出 CSV，Mac Numbers 用 UTF-8，Google Sheets 默认 UTF-8。某些系统用分号（；）而非逗号作分隔符（尤其是欧洲，因为他们用逗号作小数点）。结果是同样的 CSV 文件，在不同系统打开显示完全不同。导出者遵循 RFC 4180，导入者却期望 Excel 方言，就会出现乱码或字段错位。最坑的是"我的 Excel 打开没问题"，但用 Python pandas 或 JavaScript 的 csv-parser 导入就崩溃。

CSV 最常用逗号（,），但也支持分号（;）、Tab（\t）、竖线（|）。为什么有这么多变体？因为不同地区的数字格式不同：美国用 1,234.56（逗号千位分隔、点小数），欧洲用 1.234,56（点千位分隔、逗号小数）。如果用逗号分隔字段，欧洲的数字就会被错误分割。所以很多欧洲系统用分号分隔字段，避免冲突。本工具 /csv-viewer/ 会自动检测分隔符：加载文件后扫描第一行，尝试逗号、分号、Tab、竖线四种分隔符，根据哪个产生最均匀的字段数量来判断。这对大多数 CSV 有效，但手写数据或特殊场景可能需要手动指定。

如果字段值本身含逗号，必须用双引号包裹整个字段。比如 "Smith, John", 25 中，第一个字段是 Smith, John（含逗号），用双引号保护它不被分割。更复杂的是字段内含双引号。RFC 4180 的规则是：字段内的双引号要用双双引号转义。比如说 say "hello", friend 这句话，在 CSV 中应该写成 "say ""hello"", friend"。开发者很容易搞错，比如只转义内部的引号 say "hello" 而不包裹整个字段，结果解析器就会崩溃。本工具的查看器会正确处理这些转义，显示的数据是已经反转义的。但导出时必须小心——工具应该自动转义，否则反向导入时就会出错。

CSV 的编码问题是最常见的坑。Excel for Windows 默认用系统编码（中文系统是 GBK，英文是 CP1252），导出的 CSV 就是 GBK 编码。如果用 UTF-8 编辑器打开，中文显示为乱码。反过来，用 UTF-8 导出的 CSV，在 Excel 中打开也是乱码。UTF-8 with BOM 是解决 Excel 兼容性的标准做法。BOM（Byte Order Mark）是文件开头的 3 字节标记（EF BB BF），告诉 Excel"这是 UTF-8 文件"，Excel 就会正确识别。很多在线服务（Google Sheets）导出的 CSV 都用 UTF-8 with BOM。所以，如果你的 CSV 要在 Windows Excel 中打开，务必导出为"UTF-8 with BOM"。本工具的上传器会检测文件编码。

CSV 文件可以很大——几百 MB、甚至几 GB 的数据导出。浏览器无法一次性加载到内存。本工具用分页加载策略：只将可见范围的数据（比如前 500 行）加载到 DOM 中，用户滚动时动态加载下一批。这样即使文件几 GB，也能流畅浏览。技术上用虚拟滚动（virtual scroll）实现：浏览器只渲染当前可见的行，其他行用占位符（空白高度）代替，用户感知不到。这样几百万行的数据也能快速打开。但搜索、排序、筛选就复杂了——不能对整个文件做全量操作，必须逐块处理或用后端流式计算。本工具支持的排序和筛选是对当前加载的数据进行的。

本工具支持按列排序（升序/降序）、按关键字筛选行。点击列标题可以排序，输入框可以按列名或内容筛选。这些操作都基于当前已加载的数据（通常前 10000-50000 行），对超大文件会有延迟。一些 CSV 查看工具还支持简单的数据透视（pivot table）：按某列分组、统计另一列的总和或平均值。比如销售数据按产品分组、统计销售额，或按日期分组、统计交易笔数。但浏览器端的透视通常只支持简单场景，复杂透视（多维、多层次）还是要用数据库或 Excel。本工具暂未支持透视，但可以导出数据后用其他工具。

CSV 最适合表格数据的通用交换：因为 CSV 与任何电子表格软件兼容（Excel、Google Sheets、Numbers），也能被任何编程语言的 csv parser 读取。如果数据是扁平的二维表，行数不超过 100 万，CSV 是首选。Excel（.xlsx）更强大：支持多 sheet、格式化、公式、数据验证。如果数据需要复杂的格式或业务用户要修改，用 Excel。但 Excel 有 100 万行的理论上限（实际更低），超大数据不适合。JSON 适合嵌套或非表格数据：如果数据是树形结构（如配置文件、API 响应），用 JSON。CSV 无法表达嵌套。如果数据超过几百万行、或需要复杂查询，直接用数据库。