DataTable.AsEnumerable()是必须调用的起点，因其不实现IEnumerable，需转为IEnumerable才能使用LINQ；后续可用CopyToDataTable()转回DataTable，空集合时需用Any()判空后配合Clone()；列访问应优先用Field()避免装箱和DBNull异常；复杂查询建议用显式类而非匿名类型，且注意LINQ延迟执行特性。
DataTable.AsEnumerable() 是必须调用的起点
DataTable 本身不实现 IEnumerable，直接对它写 Where() 或 Select() 会编译失败。必须先调用 AsEnumerable() 转成 IEnumerable，后续 LINQ 才能工作。
常见错误现象：CS1061 “DataTable”未包含“Where”的定义
- 别写
table.Where(...)，必须写table.AsEnumerable().Where(...) -
AsEnumerable()不复制数据，只是包装，性能开销极小 - .NET Framework 3.5+ 和 .NET Core/.NET 5+ 都支持，无需额外引用（但需 using
System.Data）
查询结果转回 DataTable 用 CopyToDataTable()
如果你需要把 LINQ 查询结果（IEnumerable）再变回 DataTable（比如绑定到 DataGridView），不能直接 new，得用 CopyToDataTable()。
使用场景：筛选后导出子表、前端分页前截取数据、动态构造结果集
- 空集合调用
CopyToDataTable()会抛InvalidOperationException：“源序列为空” - 安全写法：
var rows = table.AsEnumerable().Where(...); return rows.Any() ? rows.CopyToDataTable() : table.Clone(); -
Clone()只复制结构，不复制数据；CopyToDataTable()复制行和结构
列名访问用 Field() 而不是索引器或 DataRow["col"]
在 Where、Select 的 lambda 里，推荐用泛型 Field 获取字段值，而不是 row["ColumnName"] 或 row[0]。
为什么这样做：避免装箱（value types）、编译期类型检查、自动处理 DBNull
-
row.Field返回("Age") int，而(int)row["Age"]在值为DBNull时会崩 - 若列可能为 null，用可空类型：
row.Field("Age") - 字符串不用
Field也能 work，但统一用法更稳
复杂条件慎用 var + Select 构造匿名类型
用 Select(r => new { r.Field 看似简洁，但返回的是匿名类型，无法强转、不好复用、序列化受限。
容易踩的坑：后续想再查这个结果集、传给其他方法、或做 JSON 输出时卡住
- 临时调试可以，生产代码建议定义显式类：
new User { Name = ..., Id = ... } - 如果只是投影几列又不打算再操作，用
DataTable.Select()字符串过滤 +Clone()+ImportRow()可能更快（尤其大数据量） - LINQ to DataSet 对复杂 JOIN 支持弱，别硬套；真要多表关联，优先考虑
DataTable.Merge()或提前用DataView
最常被忽略的一点：LINQ 查询本身不会触发计算，只有你调用 ToList()、ToArray()、CopyToDataTable() 或遍历结果时才真正执行——所以别在循环里反复调用同一个查询变量，它每次都会重算。
