嗯…如果你只是用静态方法填充非静态类，情况会有很大不同吗?

虽然可以通过继承的类名访问“继承的”静态成员，但静态成员并不是真正继承的。这就是为什么它们不能是虚拟的或抽象的，也不能被覆盖的部分原因。在你的例子中，如果你声明了一个Base.Method()，编译器无论如何都会将对Inherited.Method()的调用映射回Base.Method()。您也可以显式地调用Base.Method()。您可以编写一个小测试，并使用Reflector查看结果。

所以…如果不能继承静态成员，并且静态类只能包含静态成员，那么继承静态类又有什么用呢?

静态类和类成员用于创建可以在不创建类实例的情况下访问的数据和函数。静态类成员可用于分离独立于任何对象标识的数据和行为:无论对象发生了什么，数据和函数都不会改变。当类中没有依赖于对象标识的数据或行为时，可以使用静态类。

类可以声明为静态的，这表明它只包含静态成员。不能使用new关键字创建静态类的实例。当包含静态类的程序或命名空间被加载时，由. net Framework公共语言运行库(CLR)自动加载静态类。

使用静态类来包含与特定对象不关联的方法。例如，通常需要创建一组不作用于实例数据且与代码中的特定对象不关联的方法。您可以使用静态类来保存这些方法。

以下是静态类的主要特性:

它们只包含静态成员。 它们不能被实例化。 它们是密封的。 它们不能包含实例构造函数(c#编程指南)。

因此，创建静态类基本上与创建只包含静态成员和私有构造函数的类相同。私有构造函数阻止类被实例化。

使用静态类的好处是编译器可以检查以确保没有意外添加实例成员。编译器将保证不能创建该类的实例。

静态类是密封的，因此不能被继承。它们不能从Object以外的任何类继承。静态类不能包含实例构造函数;但是，它们可以有一个静态构造函数。要了解更多信息，请参阅静态构造函数(c#编程指南)。

当创建只包含静态成员和私有构造函数的静态类时。唯一的原因是静态构造函数阻止类被实例化，因为我们不能继承静态类。访问静态类成员的唯一方法是使用类名本身。试图继承静态类并不是一个好主意。

不能继承静态类的主要原因是它们是抽象且密封的(这也阻止了创建它们的任何实例)。

所以这个:

static class Foo { }

编译到这个IL:

.class private abstract auto ansi sealed beforefieldinit Foo
  extends [mscorlib]System.Object
 {
 }

可以这样考虑:你通过类型名访问静态成员，就像这样:

MyStaticType.MyStaticMember();

如果你要从这个类继承，你必须通过新的类型名来访问它:

MyNewType.MyStaticMember();

因此，在代码中使用时，新项与原始项没有关系。没有办法利用任何继承关系来处理多态性之类的事情。

也许您只是想扩展原始类中的一些项。在这种情况下，没有什么可以阻止您在一个全新的类型中使用原始类型的成员。

也许您希望向现有静态类型添加方法。您已经可以通过扩展方法做到这一点。

也许您希望能够在运行时将静态类型传递给函数，并调用该类型的方法，而不需要确切地知道该方法的功能。在这种情况下，您可以使用接口。

所以，最终你不会从继承静态类中获得任何东西。