StreamWriter写CSV最快最可控，关键在显式指定UTF8编码、64KB缓冲区、RFC 4180转义及跳过DataGridView.NewRow；封装方法因类型推断和字符串拼接更慢且易乱码。
直接用 StreamWriter 写 CSV 是最轻量、最可控的方式，但“快”不等于“随便拼字符串”——关键在缓冲策略、编码选择和特殊字符处理。默认方式导出百万行可能卡住或乱码，不是代码写错了，而是没绕过几个典型陷阱。
为什么 StreamWriter.Write + File.Create 要比 DataTable.SaveCSV 快得多
多数封装方法（比如某些第三方 SaveCSV 扩展）内部会先遍历一遍数据做类型推断、再逐行格式化、最后统一写入，中间还夹着 StringBuilder 拷贝和临时字符串拼接。而原生 StreamWriter 配合 FileStream 可以做到：
- 直接流式写入，无中间字符串累积
- 手动控制缓冲区大小（例如设置
bufferSize: 65536），减少磁盘 I/O 次数 - 跳过自动换行/列对齐等 UI 向逻辑，纯数据导向
实测：导出 50 万行 × 20 列的 DataTable，StreamWriter（UTF8 + 64KB 缓冲）耗时约 180ms；某封装方法耗时 1.2s 以上，且内存峰值高 3 倍。
CSV 特殊字符不转义会导致 Excel 打开错列
只要单元格内容含逗号、换行符或双引号，就必须按 RFC 4180 规范包裹并转义，否则 Excel 或 LibreOffice 会误切字段。常见错误是只简单 .Replace(",", "")，这反而破坏原始数据。
正确做法是：仅当字段含 ,、" 或 \n 时，才用双引号包裹，并将内部所有 " 替换为 ""（两个连续英文双引号）：
string EscapeCsvField(string value)
{
if (string.IsNullOrEmpty(value)) return "";
if (value.IndexOfAny(new char[] { ',', '"', '\n', '\r' }) == -1) return value;
return $"\"{value.Replace("\"", "\"\"")}\"";
}
注意：\r 也要检查，Windows 下 \r\n 换行很常见，漏掉会导致 CSV 解析器提前截断行。
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
大文件导出时 FileStream 缓冲区和编码必须显式指定
默认构造 new StreamWriter(filePath) 会用系统默认编码（通常是 GB2312/GBK），中文 Windows 下导出含中文的 CSV，Excel 打开就是乱码；同时默认缓冲区仅 1024 字节，小缓冲 + 频繁刷盘 = 性能雪崩。
务必写成：
using (var fs = new FileStream(filePath, FileMode.Create, FileAccess.Write, FileShare.None, bufferSize: 65536))
using (var sw = new StreamWriter(fs, Encoding.UTF8))
{
// 写表头
sw.WriteLine(string.Join(",", headers.Select(EscapeCsvField)));
// 写数据行
foreach (var row in dataRows)
{
sw.WriteLine(string.Join(",", row.Select(EscapeCsvField)));
}
}
-
Encoding.UTF8是跨平台安全选择，Excel（Win/mac）、WPS、Python pandas 全都认 -
bufferSize: 65536显式传给FileStream，避免默认小缓冲拖慢速度 - 不要用
File.WriteAllText或File.AppendAllText，它们每次调用都开闭文件，大数据量下 I/O 开销爆炸
DataGridView 导出空行问题本质是 Rows 集合包含 NewRow
WinForms 的 DataGridView.Rows 默认末尾带一个空的 NewRow（用于用户新增），如果直接遍历 dgv.Rows，最后一行必然是空的，导致 CSV 多出一行空白。
解决办法只有两个：
- 遍历前加判断：
if (!dr.IsNewRow) - 改用数据源遍历（更推荐）：
foreach (DataRowView drv in (dgv.DataSource as DataView).ToList())
后者彻底绕过 UI 层的 NewRow 干扰，也避免了 Cells[i].Value?.ToString() 可能触发的空引用异常。
真正影响性能的从来不是“怎么写”，而是“怎么避免反复分配字符串、避免无效 I/O、避免编码隐式转换”。导出逻辑越靠近底层流，可控性就越强——别让封装替你做决定，尤其当数据量超过 10 万行时。
