在MSTest单元测试中如何用Fluent Assertions断言集合中存在单个等效项？

我完全懂你的需求——Fluent Assertions确实没直接提供ContainSingleEquivalentOf这个方法，但我们可以通过两种优雅的方式组合它的现有功能，既用到反射式的等效性检查，又确保集合里恰好只有一个匹配项。

方法一：用LINQ筛选+断言数量 #

这种方法先通过Fluent Assertions的等效性逻辑筛选出匹配项，再断言数量为1。你可以直接利用EquivalencyComparer来做比较，不用自己写复杂的匹配逻辑：

// 先定义你的等效性规则（可选，比如排除某些属性）
var equivalencyOptions = AssertionOptions.CloneDefaults()
    .Excluding(x => x.SomeIrrelevantProperty); // 按需添加自定义规则

// 创建等效性比较器
var comparer = new EquivalencyComparer<YourObjectType>();

// 筛选并断言匹配数量为1
items.Count(item => comparer.Equals(item, targetItem, equivalencyOptions))
    .Should().Be(1);

如果不需要自定义规则，还可以简化成：

items.Count(item => new EquivalencyComparer<YourObjectType>().Equals(item, targetItem))
    .Should().Be(1);

方法二：结合ContainSingle和等效性断言 #

另一种更贴近Fluent Assertions风格的写法，是在ContainSingle的谓词里直接复用BeEquivalentTo的断言逻辑。这里用try-catch来捕获断言失败的情况，返回布尔值用于筛选：

items.Should().ContainSingle(item => 
{
    try
    {
        item.Should().BeEquivalentTo(targetItem);
        return true;
    }
    catch (AssertionFailedException)
    {
        return false;
    }
});

这种写法的好处是完全复用了Fluent Assertions的内置断言逻辑（包括错误提示格式），缺点是用到了try-catch，在性能敏感的测试场景下可能稍慢（不过单元测试一般不用太在意这点）。

为什么ContainSingle(item)不适用？ #

你提到的ContainSingle(item)是用对象默认的Equals()方法做比较——如果你的类没重写Equals，它会检查引用相等；即使重写了，也可能和Fluent Assertions基于反射的属性级等效检查逻辑不一致。而我们上面的两种方法，都是复用了Fluent Assertions的等效性规则，和ContainEquivalentOf的检查逻辑完全一致。

内容的提问来源于stack exchange，提问作者codymanix