抽象类作为功能接口

Question

在java 8中，只有一个抽象方法的抽象类不是函数接口（JSR 335）。

这个接口是一个功能接口：

public interface MyFunctionalInterface {
    public abstract void myAbstractMethod();
    public default void method() {
        myAbstractMethod();
    }
}

但这个抽象类不是：

public abstract class MyFunctionalAbstractClass {
    public abstract void myAbstractMethod();
    public void method() {
        myAbstractMethod();
    }
}

因此，我不能将抽象类用作lambda表达式和方法引用的目标。

public class Lambdas {
    public static void main(String[] args) {
        MyFunctionalAbstractClass functionalAbstractClass = () -> {};
    }
}

编译错误为：此表达式的目标类型必须是函数式接口。

为什么语言设计者会施加这种限制？

Answer 1

自从Lambda项目开始以来，这一直是一个重要的话题，并得到了很多思考。首席Java语言架构师Brian Goetz强烈支持lambda作为函数而不是对象的观点。引用：

我相信，发展Java的最佳方向是鼓励更具功能性的编程风格。Lambda的作用主要是支持功能更强大的类库的开发和使用

我对Java的未来持乐观态度，但为了向前发展，我们有时不得不放弃一些舒适的想法。lambda是打开门的功能。lambda是对象关闭它们。我们宁愿看到那些门开着。

这是引用来源的链接，这是布赖恩最近的帖子，重申了同样的哲学观点，并用额外的、更实际的论点重申了这些观点：

使模型更简单为各种虚拟机优化打开了大门。（这里抛弃身份是关键。）函数是值。将它们建模为对象会使它们比需要的更重、更复杂。

在将这个用例放到总线下之前，我们做了一些语料库分析，以发现与接口SAM相比，抽象类SAM的使用频率有多高。我们发现，在该语料库中，只有3%的lambda候选内部类实例以抽象类为目标。其中大多数都可以进行简单的重构，即添加一个构造函数/工厂，该构造函数/工厂接受以接口为目标的lambda。