方法重载允许我们定义许多具有相同名称但具有不同参数集的方法（因此具有相同的名称但具有不同的签名）。
这两个方法重载了吗？
class A
{
public static void MyMethod<T>(T myVal) { }
public static void MyMethod(int myVal) { }
}
编辑：
语句A<int>.MyMethod(myInt);不应该抛出错误吗，因为构造类型A<int>有两个同名同签名的方法？
【问题讨论】：
这两个方法重载了吗？
是的。
不应该声明
A<int>.MyMethod(myInt);抛出错误，因为构造类型A<int>有两个具有相同签名的方法？
这个问题没有意义； A 不是您声明的泛型类型。也许你想问：
语句
A.MyMethod(myInt);是否应该导致编译器报告错误，因为有两个模棱两可的候选方法？
没有。正如其他人所说，在这种情况下，重载决议更喜欢非泛型版本。详情见下文。
或者你的意思是问：
首先声明类型 A 是否应该是非法的，因为在某种意义上它有两个具有相同签名的方法，
MyMethod和MyMethod<int>？
没有。 A 型是完全合法的。 泛型是签名的一部分。因此，没有两个方法具有相同的签名，因为第一个具有通用参数零，第二个具有通用参数一。
或者你的意思是问：
class G<T>
{
public static void M(T t) {}
public static void M(int t) {}
}
可以构造泛型类型
G<T>，使其具有两个具有相同签名的方法。声明这样的类型合法吗？
是的，声明这样的类型是合法的。这通常是一个坏主意，但它是合法的。
然后你可能会反驳：
但我的 Addison-Wesley 发布的 C# 2.0 规范副本在第 479 页上声明“声明为相同名称的两个函数成员......必须具有参数类型，这样任何封闭构造类型都不能有两个具有相同姓名和签名的成员。“这是怎么回事？
最初设计 C# 2.0 时，这就是计划。然而，随后设计者意识到这种理想的模式将被视为非法：
class C<T>
{
public C(T t) { ... } // Create a C<T> from a given T
public C(Stream s) { ... } // Deserialize a C<T> from disk
}
现在我们说对不起哥们，因为你可以说C<Stream>，导致两个构造函数统一，整个类是非法的。那将是不幸的。显然，任何人都不太可能用 Stream 作为类型参数来构造这个东西！
不幸的是，该规范在文本更新为最终版本之前就已出版。第 479 页的规则不是我们实施的。
继续代表您提出更多问题：
如果你调用
G<int>.M(123)，或者在原始示例中调用A.MyMethod(123)，会发生什么？
当由于泛型构造而面临具有相同签名的两种方法时，当重载决议面临时，泛型构造的方法被认为比“自然”的方法“不太具体”。不太具体的方法会输给更具体的方法。
那么，如果重载解析有效，为什么这是一个坏主意？
A.MyMethod 的情况还不错；通常很容易明确地确定使用哪种方法。但是G<int>.M(123) 的情况要糟糕得多。 CLR 规则使这种情况成为“实现定义的行为”，因此任何旧的事情都可能发生。从技术上讲，CLR 可以拒绝验证构造类型G<int> 的程序。或者它可能会崩溃。事实上，它两者都没有。它在糟糕的情况下尽其所能。
有没有这种类型构造导致真正实现定义的行为的例子？
是的。有关详细信息，请参阅这些文章：
https://ericlippert.com/2006/04/05/odious-ambiguous-overloads-part-one/
https://ericlippert.com/2006/04/06/odious-ambiguous-overloads-part-two/
【讨论】：
是的。 MyMethod(int myVal) 将在参数类型为 int 时调用，通用重载将为所有其他参数参数调用，即使参数参数可隐式转换为硬编码类型（或者是硬编码类型的派生类） .重载解析将最适合，而泛型重载将在编译时解析为完全匹配。
注意：您可以通过在方法调用中提供类型参数来显式调用泛型重载并使用int，正如 Steven Sudit 在他的回答中指出的那样。
short s = 1;
int i = s;
MyMethod(s); // Generic
MyMethod(i); // int
MyMethod((int)s); // int
MyMethod(1); // int
MyMethod<int>(1); // Generic**
MyMethod(1.0); // Generic
// etc.
【讨论】：
MyMethod(1)，MyMethod<int32>，如果你使用 MyMethod<int>(1)，MyMethod<float64>，如果你使用 @ 987654329@。我不是 IL 专家，但看起来解析的类型成为方法名称的一部分，消除了歧义。不过，我可能完全不在基地。
是的，他们是。他们将允许这样的代码：
A.MyMethod("a string"); // calls the generic version
A.MyMethod(42); // calls the int version
【讨论】：
是的，它们超载了。如果可用，编译器应该更喜欢显式方法签名而不是泛型方法。但是请注意，如果您可以避免这种过载，您可能应该这样做。有关于这种过载和意外行为的错误报告。
【讨论】：
Reptile和一个Lizard : Reptile，而Foo<T>(T t)被调用@ 987654325@ 而不是Foo(Reptile reptile)。原因？泛型将编译为与 Lizard 完全匹配，而不是与 Reptile 使用足够接近的匹配。
Lizard 向上转换为Reptile 时才能实现所需的行为，但它可能比这更微妙，因为当我们处理 int 类型之间的隐式转换时。
是的。它们具有相同的名称“MyMethod”，但签名不同。然而，C# 规范专门处理这个问题，即当两者都是选项时，编译器会更喜欢非泛型版本而不是泛型版本。
【讨论】：
是的。在我的脑海中，如果你打电话给A.MyMethod(1);，它总是会运行第二种方法。您必须调用 A.MyMethod<int>(1); 来强制它运行第一个。
【讨论】：