如何提取LINQ重复连接逻辑并获得性能收益？

你可以把重复的连接逻辑抽成可复用的基础查询，利用LINQ的延迟执行特性，既能避免重复代码，又能保证查询效率，具体实现如下：

1. 定义基础连接查询 #

先把T1和T2的连接逻辑单独提取，返回两者的组合（匿名类型或实体均可）：

// 补全实际的连接on条件，比如t1.Id == t2.T1Id
var baseQuery = from t1 in context.T1
                join t2 in context.T2 on t1.Id equals t2.T1Id
                select new { T1 = t1, T2 = t2 };

注：原示例中的join缺少on子句，实际使用时必须补充对应的连接匹配条件。

2. 基于基础查询构建业务查询 #

在基础查询之上，分别添加各自的过滤条件和返回对象的投影：

// 构建queryA
var queryA = from pair in baseQuery
             where pair.T1.colA == desiredColAValue
             select new ObjectA(pair.T1.ColX, pair.T2.ColY); // 替换为实际需要的字段

// 构建queryB
var queryB = from pair in baseQuery
             where pair.T1.colA != null && pair.T2.id == someId
             select new ObjectB(pair.T1.ColM, pair.T2.ColN); // 替换为实际需要的字段

3. 两种执行策略（按需选择） #

延迟执行（数据库端优化） #

LINQ默认是延迟执行，只有调用ToListAsync()、FirstOrDefaultAsync()等方法时才会触发SQL执行。这种方式下，EF Core会为每个最终查询生成包含连接和过滤的SQL，数据库会自动优化连接逻辑，避免重复执行冗余操作，适合数据量较大的场景。

预加载到内存（确保连接仅执行一次） #

如果数据量不大，想让连接逻辑只在数据库执行一次，可以先把基础连接结果加载到内存，再做后续查询：

// 先加载连接结果到内存
var baseData = await baseQuery.ToListAsync();

// 基于内存数据做后续过滤和投影（此时是LINQ to Objects，不再访问数据库）
var queryA = from pair in baseData
             where pair.T1.colA == desiredColAValue
             select new ObjectA(pair.T1.ColX, pair.T2.ColY);

var queryB = from pair in baseData
             where pair.T1.colA != null && pair.T2.id == someId
             select new ObjectB(pair.T1.ColM, pair.T2.ColN);

这种方案既实现了代码复用，又能根据数据规模选择最优的执行方式，完全符合你要的优雅高效的要求。

内容的提问来源于stack exchange，提问作者rob.loh