为什么抽象类不能被实例化，什么是无法实例化的类的使用
我知道并阅读有关抽象类和接口的内容，但我从未理解的一点是，无法实例化的类的用法是什么。 我可以使用普通类和虚方法而不是抽象类吗？ 当我实例化基类时会发生什么？
当您在派生类之间共享一些常用function时，通常使用抽象类。 也就是说，您不能使用接口，因为您想提供一些默认function。
看一下System.IO.Stream类。 此类提供了一些常见的基本function，但要求特定类型的流实现某些成员才能使其正常运行。 这些成员也标记为abstract ，它向编译器和运行时指示没有合适的基类实现。 派生抽象类的非抽象类必须覆盖所有inheritance的抽象成员，就像实现接口的类必须实现接口上定义的所有成员一样。
在流示例中， Read()方法是抽象的，但ReadByte()方法不是 – 因为ReadByte()可以通过调用Read() 。 （虽然不是最佳的，这就是ReadByte()是虚拟的原因，因此可以选择性地提供更有效的实现。）虚拟成员是不同的，因为它们确实有一个实现，但可以选择被覆盖。 默认情况下，抽象成员没有实现， 必须重写。
换句话说，抽象类上的方法可以使用类上的其他抽象成员，即使它们没有实现！ 这是因为需要派生的非抽象类来提供实现 – 保证在调用方法时存在实现。 这类似于如何使用接口的成员，即使成员在接口上没有实现，因为它保证实现接口的对象必须实现其所有成员。
像MemoryStream和FileStream这样的子类会覆盖所有抽象方法，以形成具体的类，并且可以实例化它们。 但是，您可以将它们存储在Stream引用变量中，并将它们视为通用的“黑盒子”流。 这允许您声明一个接受Stream对象的方法，而您不必关心它实际上是什么类型的流。
Stream foo = new Stream(); // Invalid, Stream is abstract. Stream foo = new MemoryStream(); // Valid.
所以，现在总结一下你在标题中提出的问题的答案。 抽象类无法实例化，因为它可能包含抽象且没有实现的成员。 抽象类的使用是双重的：首先，要进行子类化，并允许子类共享某些成员的公共实现，其次，允许通过对抽象类的引用来使用子类的任何对象的实例。
抽象类非常有用，而且都是关于设计的。 例如，如果你有一个名为Shape的抽象基类，它具有诸如’Draw’和’Move’之类的函数。 然后inheritanceShape类以创建“Circle”类和“Square”类。
inheritance的类都具有Draw和Movefunction。 Move可以在子类使用的基类中具有function，但绘制function由每个子进程处理。
然后，当你实例化Circle和Square时，只有一个’Shape’对象是没有意义的。
希望有所帮助。
抽象和接口使您可以共享一些常见的逻辑，但您无法直接实例化任何逻辑
要添加到cdhowie，接口和抽象类之间最相关的区别是：
-
从抽象类inheritance会强制子类被层次结构链破坏。 通过接口，实现它的不同类完全相互松散。
-
对于抽象类，您可以使用逻辑方法或属性，也就是说，某些代码本身在抽象类中实现。 在接口中没有代码或逻辑，因此迫使实现者编写所有逻辑
抽象类和接口类是语言特性，它们都提供了一些编译时规则和一些帮助设计的运行时规则。 到目前为止，实例化抽象类或接口类，使用编译器肯定不可能，如果使用汇编语言为C ++编程或者说C＃或Java的中间语言代码/字节代码，也可以实例化它们。 ，虽然我不确定这一点。 因为在运行时，抽象类和接口类都有一个类型对象。