intersect返回空集合未必因无交集，而是默认用引用相等比较，导致相同属性的两个new person对象被视为不等；解决方法为实现iequalitycomparer或用匿名类型/元组投影实现值比较。
Intersect 为什么有时返回空集合
不是数据没交集，而是默认用引用相等比较。两个 new Person { Name="张三" } 对象，哪怕属性一模一样，Intersect 也认为不相等。
解决办法只有两个：
- 让元素类型实现
IEqualityComparer<t></t>，重写GetHashCode和Equals - 用匿名类型或元组做投影，靠值语义自动比较：
list1.Select(x => new { x.Id, x.Name }).Intersect(list2.Select(x => new { x.Id, x.Name }))
后者更轻量，适合临时比对；前者适合高频复用场景，比如 Person 类在多个地方都要按姓名+年龄求交集。
Except 返回结果和预期不一致的常见原因
Except 不是“去掉右边所有匹配项”，而是“保留左边独有的元素（去重后）”。它内部先对右集合做哈希去重，再逐个过滤左集合 —— 所以左集合重复元素只会出现一次，且顺序按左集合原始顺序保留（不保证稳定，但 .NET 实现目前是）。
典型陷阱：
- 左集合有 3 个
"a"，右集合有 1 个"a"，结果里"a"一个都不会出现 - 右集合含
null，而元素类型是不可空引用类型（如string），Except仍能正常工作；但若自定义比较器里没处理null，就会抛NullReferenceException - 用字符串比较时忽略大小写，必须显式传比较器：
list1.Except(list2, StringComparer.OrdinalIgnoreCase)
性能差异：Intersect/Except vs 手写循环
两者底层都用 HashSet<t></t> 建索引，时间复杂度 O(m+n)，远优于嵌套循环的 O(m×n)。但注意内存开销：右集合会被完整加载进哈希表。
当右集合极大（比如上百万条记录）且只是临时判断存在性，考虑改用 Contains + Where 并配合 AsParallel 或分块处理，避免一次性吃光内存。
小数据量（
自定义比较器必须同时重写 Equals 和 GetHashCode
只重 Equals 不重 GetHashCode，Intersect 可能漏匹配；只重 GetHashCode 不重 Equals，可能误匹配。这是哈希集合的基本契约。
示例节选（安全写法）：
public class PersonComparer : IEqualityComparer<person>
{
public bool Equals(Person x, Person y) => x?.Name == y?.Name && x?.Age == y?.Age;
public int GetHashCode(Person obj) => HashCode.Combine(obj?.Name, obj?.Age);
}</person>
HashCode.Combine 是 .NET Core 2.1+ 推荐方式，比手拼字符串哈希更高效、更少碰撞。老版本可用 (obj?.Name?.GetHashCode() ?? 0) * 31 + (obj?.Age.GetHashCode() ?? 0)。
别忘了调用时显式传入：list1.Intersect(list2, new PersonComparer()) —— 这一步漏掉就退化成引用比较。
