join仅支持inner join，参数顺序为join(inner, outerkeyselector, innerkeyselector, resultselector)，键类型不匹配或未用equals比较null会导致静默返回空集合。
Join 只做 Inner Join，写错参数顺序或键类型不匹配，结果直接为空——它不会报错，只会默默返回空集合。
Join 方法参数顺序和键选择器容易写反
很多人以为 Join 第一个参数是“主表”，其实签名是：Join(inner, outerKeySelector, innerKeySelector, resultSelector)。第一个参数是被连接的集合（inner），第二个才是主集合（outer）的键提取函数。
- 常见错误现象：两个集合都有数据，
Join却返回空；调试发现o => o.CustomerId返回int?，而c => c.Id返回int，类型不一致导致匹配失败 - 键比较必须用
Equals()或显式判空，不能依赖==—— 因为null == null在引用类型中为false，而Equals(null, null)才返回true - 实操建议：先单独打印两组键值，确认类型、可空性、实际值是否对得上；尤其注意 EF Core 查询时，数据库字段是否允许 NULL 会影响生成的 C# 类型
链式 Join 时匿名类型字段路径容易断掉
每次 Join 都返回新匿名类型，后续 Join 的 outerKeySelector 必须从这个新结构里取字段，不是原始对象。
- 典型坑：第一次
Join得到new { Order = o, Customer = c }，第二次还写o => o.ProductId，编译不过；正确写法是oc => oc.Order.ProductId - 变量命名要带上下文：比如用
oc表示OrderCustomer，ocp表示OrderCustomerProduct，避免嵌套过深后找不到字段源头 - 超过三层关联时，查询表达式语法（
from ... join ... into）比方法链更易读，也更容易调试中间结果
想写 LEFT JOIN？Join 不支持，必须用 GroupJoin + DefaultIfEmpty
Join 本质就是内连接，没有 left、right 关键字。要让左表全量输出，右表无匹配时填 null，必须组合两个操作。
- 漏掉
DefaultIfEmpty()是最常见错误——GroupJoin本身不保证左表每条都出现，没匹配的分组会被跳过 - 结果展开要用
SelectMany，且resultSelector中需显式处理null：比如(o, c) => new { Order = o, Customer = c ?? new Customer() } - EF Core 翻译时，
GroupJoin + DefaultIfEmpty可能生成LEFT OUTER JOIN，但复杂嵌套下也可能退化为 N+1 查询，上线前务必看生成的 SQL
最常被忽略的是键类型的隐式转换问题：比如数据库里是 INT NULL，EF Core 生成的属性是 int?，但手写的集合里用了 int，表面值一样，Join 就不认。这种错没法靠编译器拦住，只能靠提前比对键值类型和实际值。
