核心解法是流式解析而非全量加载，用Papa Parse的step模式逐行处理，配合Web Worker、精简配置和上传前校验，避免大CSV文件导致浏览器卡死崩溃。
直接用 FileReader.readAsText() 或一次性加载整个 CSV 到内存解析，几百兆文件会让浏览器瞬间卡死、无响应甚至崩溃。核心解法不是“更快地读”，而是“不全读”——用流式解析，让数据像水流一样边进来、边处理、边释放，内存始终只留一行或一小块。
启用 Papa Parse 的 step 模式逐行处理
这是最常用也最有效的手段。Papa Parse 的 step 回调会在每解析完一行后立即触发，你只在该回调里处理当前行，不缓存历史数据。
- 不要写
Papa.parse(file, { complete: ... })这种等全部解析完才回调的方式 - 必须显式传入
step函数：Papa.parse(file, { step: (row) => { /* 处理 row.data */ } }) - 如果需要进度反馈，可配合
chunkSize（如chunkSize: 1024 * 1024）控制每次读取量 - 避免在
step中做耗时同步操作（比如大量 DOM 插入），可用requestIdleCallback或分批提交
结合 Web Worker 脱离主线程运行
即使流式解析，纯 JS 解析逻辑仍会占用主线程 CPU。把 Papa Parse 放进 Web Worker，UI 完全不卡。
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
- 主页面用
new Worker('csvWorker.js')启动工作线程 - Worker 内调用
Papa.parse(file, { worker: true, step: ... })—— 注意：worker: true是 Papa Parse 自带的内部 Worker 模式，和你自己新建的 Web Worker 可叠加使用，但通常只需其一 - 通过
postMessage把解析结果（如每千行汇总）传回主线程更新界面 - 别在 Worker 里操作 DOM；所有 UI 更新由主线程统一处理
精简解析配置，关闭非必要功能
默认选项虽方便，但对大文件是负担。关掉它们能明显提速并减小内存波动：
- 禁用自动类型推断：
dynamicTyping: false（数字/布尔不会被转，后续按需手动转） - 跳过字段名映射：
header: false，改用索引取值（row.data[0]比row.data.name快且省内存） - 不启用预览或完整结果缓存：
preview: 0（默认为 0 即关闭）、skipEmptyLines: true（跳过空行减少干扰） - 错误处理设为静默或轻量日志：
error: (err) => console.warn('Row', err.row, 'failed')，避免堆栈全量打印
前端上传前做简单校验与分片提示
用户选几百兆 CSV 是常见但危险的操作。提前拦截可避免解析阶段才崩溃：
- 监听
input[type=file]的change事件，检查file.size > 100 * 1024 * 1024（100MB）就弹提示：“建议拆分或使用桌面工具处理超大文件” - 若必须支持，可先用
File.slice()提取前几 KB 做格式探测（如检测分隔符、是否含 BOM），再决定是否走流式流程 - 显示“解析中…”状态 + 实时行数计数器（从
parser.getMeta().cursor获取），让用户感知进度，降低误点刷新概率
