导出DataGrid数据需确认绑定源为ObservableCollection、List或DataTable等可反射集合，避免直接用ICollectionView；CsvHelper导出列序错乱应显式ClassMap映射；保存Excel须用EPPlus/NPOI生成真实.xlsx文件，禁用扩展名欺骗；大数据量应流式写入并分页处理。
导出DataGrid数据前先确认绑定源类型
直接调用 DataGrid.ItemsSource 导出往往失败，因为它是 IEnumerable 或 ICollectionView，不保证支持索引或属性反射。真正能稳定导出的是底层集合，比如 ObservableCollection<t></t>、List<t></t> 或 DataTable。
- 检查实际数据源：
dataGrid.ItemsSource?.GetType()，别假设它是 List - 若用 MVVM，优先从 ViewModel 的属性取值，而非 DataGrid 自身
- 如果绑的是
DataTable，直接用DataTable.WriteXml()或逐行读取更稳妥 - 遇到
CollectionView（如排序/筛选后），用collectionView.SourceCollection回溯原始集合
用CsvHelper写入CSV时字段顺序错乱怎么办
CsvHelper 默认按属性声明顺序写入，但 DataGrid 列序可能被拖拽调整过，或用了 DisplayMemberBinding 绑定非公有属性，导致导出列和 UI 不一致。
- 显式指定映射：用
CsvConfiguration+ClassMap<t></t>控制字段顺序和名称 - 避免依赖自动发现——关掉
ShouldUseConstructorParameters = false和IgnoreBlankLines = true - 若导出动态列（比如 DataGrid.Columns 动态生成），别用泛型
WriteRecords<t></t>，改用WriteField()+ 循环DataGrid.Columns - 注意字符串含换行符或逗号：CsvHelper 默认会加引号，但需确保
Configuration.Delimiter是英文逗号且未被覆盖
保存为Excel时为什么双击打不开或提示“文件格式与扩展名不匹配”
常见原因是只把 CSV 内容存成 .xlsx 文件名，或者用 StreamWriter 直接写二进制 Excel 结构——这两者都不生成合法 Excel 文件。
- 真要生成 .xlsx，必须用库：推荐
EPPlus（.NET 5+）或NPOI（兼容 .NET Framework） - 用 EPPlus 时记得调用
package.Save()，不是SaveAs()；漏掉这步会生成空文件 - 如果只是想“能用 Excel 打开”，保存为 UTF-8 BOM + CSV 更轻量，但得加
\uFEFF前缀，否则中文在 Excel 里乱码 - 禁止用
File.WriteAllText(path, csvContent)保存为 .xlsx——扩展名和内容完全不匹配
导出大表格卡死或内存爆掉怎么缓解
DataGrid 显示几千行不等于要一次性全读进内存导出。尤其当 ItemSource 是 PagedCollectionView 或 Entity Framework 的 IQueryable 时，盲目 ToList() 可能拉取全部数据。
- 分页导出：用
ICollectionView的GetItemAt(i)配合循环，避免Cast<t>().ToList()</t> - 流式写入 CSV：用
CsvWriter包裹FileStream，边查边写，不缓存整表 - 禁用 DataGrid 虚拟化临时影响性能？导出时设
dataGrid.EnableRowVirtualization = false可能反而让ItemsSource更易遍历，但仅限小数据量 - EF Core 场景下，导出前加
.AsNoTracking()和明确.Select()投影，减少实体加载开销
最容易被忽略的点：导出路径权限和文件占用。用户选了 C:\Program Files\ 下的路径，或目标文件正被 Excel 进程锁住，都会静默失败——务必包 try/catch (IOException) 并提示具体错误信息。
