这么多答案，却没有一个能解释为什么?(乔瓦尼明确问了这个问题)……

. net泛型不像c++模板。在c++模板中，重载解析发生在实际模板参数已知之后。

在. net泛型(包括c#)中，在不知道实际泛型参数的情况下就会发生重载解析。编译器用于选择要调用的函数的唯一信息来自泛型参数上的类型约束。

我有两个解，它们很简单。

解决方案1:将泛型类型变量强制转换为object并使用==运算符。

例子:

void Foo<T>(T t1, T t2)
{
   object o1 = t1;
   object o2 = t2;
   if (o1 == o2)
   {
      // ...
      // ..
      // . 
   }
}

解决方案2:使用object。Equals(object, object)方法。

例子:

void Foo<T>(T t1, T t2)
{
   if (object.Equals(t1, t2)
   {
       // ...
       // ..
       // .
   }
}

编译器不能知道T不是struct(值类型)。所以你必须告诉它它只能是参考类型，我认为:

bool Compare<T>(T x, T y) where T : class { return x == y; }

这是因为如果T可以是一个值类型，那么在某些情况下x == y可能是病态的——在类型没有定义运算符==的情况下。同样的情况也会发生在这个更明显的地方:

void CallFoo<T>(T x) { x.foo(); }

这也失败了，因为你可以传递一个没有函数foo的类型T。c#强迫你确保所有可能的类型都有一个函数foo。这是由where子句完成的。

正如其他人所说，只有当T被约束为引用类型时，它才会工作。在没有任何约束的情况下，您可以与null进行比较，但只能与null进行比较——对于非空值类型，这种比较将始终为假。

与其调用Equals，不如使用IComparer<T> -如果没有更多信息，则使用EqualityComparer<T>。默认是一个不错的选择:

public bool Compare<T>(T x, T y)
{
    return EqualityComparer<T>.Default.Equals(x, y);
}

除此之外，这避免了装箱/类型转换。

一般情况下，EqualityComparer<T>. default。对于任何实现了IEquatable<T>或具有合理的Equals实现的东西，Equals都应该完成这项工作。

然而，如果==和=因为某种原因实现不同，那么我在泛型操作符方面的工作应该是有用的;它支持以下操作符版本:

等于(tvalue1, tvalue2) notqual (T value1, T value2) GreaterThan(T value1, T value2) 小于(T value1, T value2) GreaterThanOrEqual(tvalue1, tvalue2) LessThanOrEqual(T value1, T value2)

这么多答案，却没有一个能解释为什么?(乔瓦尼明确问了这个问题)……

. net泛型不像c++模板。在c++模板中，重载解析发生在实际模板参数已知之后。

在. net泛型(包括c#)中，在不知道实际泛型参数的情况下就会发生重载解析。编译器用于选择要调用的函数的唯一信息来自泛型参数上的类型约束。