函数式接口与Runnable等单方法接口的区别疑问

嘿，这个问题问到点子上了——其实你已经戳中了Java 8函数式编程的核心细节！咱们一步步拆解：

首先：Runnable本身就是函数式接口 #

你说得没错，Java 8之前我们就一直在用像Runnable这种「仅含单个抽象方法的接口」，而Java 8给这类接口起了个正式名字：函数式接口。换句话说，Runnable就是函数式接口的典型代表，Java 8只是给这类接口提供了Lambda表达式、方法引用这些语法糖，让我们不用再写繁琐的匿名内部类。

带@FunctionalInterface和不带的ITrade接口有啥区别？ #

本质上，只要一个接口满足「只有一个抽象方法」（注意：默认方法、静态方法不算，因为它们自带实现），不管有没有加@FunctionalInterface注解，它都是函数式接口，都可以用Lambda来实现。那这个注解的作用是什么呢？主要有两个核心价值：

1. 编译时强制校验 #

当你给接口加上@FunctionalInterface注解后，编译器会帮你严格检查：这个接口是不是真的只有一个抽象方法。如果有人后续不小心给这个接口加了第二个抽象方法，比如：

@FunctionalInterface
public interface ITrade {
    public boolean check(Trade t);
    // 不小心加了第二个抽象方法，编译直接报错！
    public void process(Trade t);
}

编译器会立刻抛出错误，阻止这种破坏函数式接口特性的修改。而如果没有加这个注解，编译器不会管你——直到你用Lambda实现这个接口时，才会突然报错，因为此时接口已经不符合函数式接口的要求了，这会给后期维护埋下坑。

2. 清晰的文档契约 #

这个注解相当于给其他开发者一个明确的信号：「这个接口是专门设计用来做函数式编程的，你应该用Lambda或者方法引用来实现它，而不是写匿名内部类或者普通的实现类」。它是一种代码级别的文档，让接口的设计意图一目了然。

举个直观的对比 #

• 不带注解的ITrade：只要它保持只有一个抽象方法，就能用Lambda实现，但后续修改时可能不小心破坏这个特性，导致依赖它的Lambda代码全部报错。
• 带注解的ITrade：编译器帮你把好关，确保它永远是函数式接口，同时明确告诉所有人它的用途。

最后总结一下 #

• 「仅含单个抽象方法的接口」=「函数式接口」，这是本质定义，和有没有注解无关。
• @FunctionalInterface是一个标记型注解，它不改变接口的本质，只是提供编译时校验和文档说明，让函数式接口的设计更健壮、更清晰。

内容的提问来源于stack exchange，提问作者Karan Khanna