上面的大多数示例都使用代码，而且非常好。我不需要补充他们所说的内容，但以下是一个简单的解释，使用了类比而不是代码/技术术语。

简单解释-使用类比进行解释

抽象方法

想想乔治·W·布什。他对士兵们说：“去伊拉克打仗吧”。就这样，他所说的就是必须战斗。他没有具体说明这将如何发生。但我的意思是，你不能只是出去“战斗”：那到底意味着什么？我是用B-52还是我的人字架？这些具体细节留给其他人。这是一种抽象方法。

虚拟方法

大卫·彼得雷乌斯在军队中地位很高。他定义了战斗的含义：

找到敌人中和他。之后喝杯啤酒

问题是这是一种非常通用的方法。这是一个有效的好方法，但有时不够具体。对彼得雷乌斯来说，好事是他的命令有回旋余地和范围——他允许其他人根据他们的特殊要求改变他对“战斗”的定义。

私人职业博客阅读彼得雷乌斯的命令，并根据他的特殊要求获得了实施自己版本的战斗的许可：

找到敌人。朝他的头部开枪。回家吧喝啤酒。

努里·马利基也收到彼得雷乌斯的同样命令。他也要战斗。但他是一名政治家，而不是一名步兵。显然，他不能四处射击他的政治敌人的头部。因为彼得雷乌斯给了他一种虚拟的方法，所以马利基可以根据自己的具体情况，实施自己的战斗方法：

找到敌人。让他以一些捏造的罪名被捕。回家吧喝啤酒。

换言之，虚拟方法提供了样板指令——但这些是一般指令，可以由军队继承人根据他们的具体情况做出更具体的说明。

两者之间的区别

乔治·布什没有证明任何实施细节。这必须由其他人提供。这是一种抽象方法。另一方面，彼得雷乌斯确实提供了实施细节，但他已经允许他的下属，如果他们能想出更好的办法，可以用自己的版本推翻他的命令。

希望这会有所帮助。

在这里，我写了一些示例代码，希望这可能是一个非常实际的例子，可以从非常基本的层面上看到接口、抽象类和普通类的行为。如果您想将其用作演示，也可以在github中找到此代码作为项目：https://github.com/usavas/JavaAbstractAndInterfaceDemo

public interface ExampleInterface {

//    public void MethodBodyInInterfaceNotPossible(){
//    }
    void MethodInInterface();

}

public abstract class AbstractClass {
    public abstract void AbstractMethod();

    //    public abstract void AbstractMethodWithBodyNotPossible(){
    //
    //    };

    //Standard Method CAN be declared in AbstractClass
    public void StandardMethod(){
        System.out.println("Standard Method in AbstractClass (super) runs");
    }
}

public class ConcreteClass
    extends AbstractClass
    implements ExampleInterface{

    //Abstract Method HAS TO be IMPLEMENTED in child class. Implemented by ConcreteClass
    @Override
    public void AbstractMethod() {
        System.out.println("AbstractMethod overridden runs");
    }

    //Standard Method CAN be OVERRIDDEN.
    @Override
    public void StandardMethod() {
        super.StandardMethod();
        System.out.println("StandardMethod overridden in ConcreteClass runs");
    }

    public void ConcreteMethod(){
        System.out.println("Concrete method runs");
    }

    //A method in interface HAS TO be IMPLEMENTED in implementer class.
    @Override
    public void MethodInInterface() {
        System.out.println("MethodInInterface Implemented by ConcreteClass runs");

    //    Cannot declare abstract method in a concrete class
    //    public abstract void AbstractMethodDeclarationInConcreteClassNotPossible(){
    //
    //    }
    }
}

抽象函数不能有主体，必须由子类重写

虚函数将有一个主体，并且可以或不可以被子类重写

我在一些地方看到抽象方法的定义如下**

“必须在子类中实现抽象方法”

**我觉得是这样。

如果子类也是抽象的，则不必在子类中实现抽象方法。。

1） 抽象方法不能是私有方法。2） 抽象方法不能在同一抽象类中实现。

我会说。。如果我们要实现一个抽象类，您必须重写基础抽象类中的抽象方法。因为使用重写关键字实现抽象方法。类似于虚拟方法。

虚拟方法不必在继承类中实现。

                                 ----------CODE--------------

public abstract class BaseClass
{
    public int MyProperty { get; set; }
    protected abstract void MyAbstractMethod();

    public virtual void MyVirtualMethod()
    {
        var x = 3 + 4;
    }

}
public abstract class myClassA : BaseClass
{
    public int MyProperty { get; set; }
    //not necessary to implement an abstract method if the child class is also abstract.

    protected override void MyAbstractMethod()
    {
        throw new NotImplementedException();
    }
}
public class myClassB : BaseClass
{
    public int MyProperty { get; set; }
    //You must have to implement the abstract method since this class is not an abstract class.

    protected override void MyAbstractMethod()
    {
        throw new NotImplementedException();
    }
}

解释：用类比。希望这对你有帮助。

上下文

我在一栋楼的21层工作。我对火很偏执。时不时地，在世界的某个地方，一场大火正在烧毁一座摩天大楼。但幸运的是，我们在这里有一本指导手册，说明发生火灾时该怎么做：

FireEscape（）

不要收集物品步行至消防通道走出大楼

这基本上是一个名为FireEscape（）的虚拟方法

虚拟方法

这个计划对99%的情况都很好。这是一个可行的基本计划。但有1%的可能性是消防通道被堵塞或损坏，在这种情况下，你会彻底完蛋，除非你采取一些激烈的行动，否则你会被烤焦。使用虚拟方法，您可以做到这一点：您可以使用自己版本的计划覆盖基本的FireEscape（）计划：

运行到窗口跳出窗口降落伞安全到达底部

换句话说，虚拟方法提供了一个基本的计划，如果需要的话可以重写。如果程序员认为合适，子类可以重写父类的虚拟方法。

抽象方法

并非所有组织都训练有素。一些组织不进行消防演习。他们没有全面的逃跑政策。每个人都是为了自己。管理层只对现有的这种政策感兴趣。

换句话说，每个人都被迫开发自己的FireEscape（）方法。一个人会走出消防通道。另一个人会跳伞。另一个人将使用火箭推进技术飞离大楼。另一个人会用绳索离开。管理层不在乎你如何逃跑，只要你有一个基本的FireEscape（）计划——如果他们不这样做，你可以保证OHS会像一吨砖头一样砸在组织身上。这就是抽象方法的含义。

这两者又有什么区别？

抽象方法：子类被迫实现自己的FireEscape方法。使用虚拟方法，你有一个基本的计划等着你，但如果不够好，你可以选择实施自己的计划。

现在这并不难，是吗？

抽象方法：当类包含抽象方法时，该类必须声明为抽象的。抽象方法没有实现，因此派生自该抽象类的类必须为该抽象方法提供实现。

虚拟方法：类可以具有虚拟方法。虚拟方法有一个实现。当从具有虚拟方法的类继承时，可以重写虚拟方法并提供额外的逻辑，或者用自己的实现替换逻辑。

何时使用什么：在某些情况下，您知道某些类型应该有一个特定的方法，但您不知道该方法应该有什么实现。在这种情况下，您可以创建包含具有此签名的方法的接口。然而，如果您有这样的情况，但您知道该接口的实现者也将有另一个通用方法（您已经可以为其提供实现），那么您可以创建一个抽象类。然后，这个抽象类包含抽象方法（必须重写）和另一个包含“公共”逻辑的方法。

如果您有一个可以直接使用的类，但您希望继承者能够更改某些行为，则应使用虚拟方法，尽管这不是强制性的。