相关阅读:java
JAVA基础(一)简单、透彻理解内部类和静态内部类
JAVA基础(二)内存优化-使用Java引用作缓存
JAVA基础(三)ClassLoader实现热加载
JAVA基础(四)枚举(enum)和常量定义,工厂类使用对比
JAVA编程思想(一)经过依赖注入增长扩展性
JAVA编程思想(二)如何面向接口编程
JAVA编程思想(三)去掉别扭的if,自注册策略模式优雅知足开闭原则
JAVA编程思想(四)Builder模式经典范式以及和工厂模式如何选?
HikariPool源码(二)设计思想借鉴
人在职场(一)IT大厂生存法则编程
接口中只有一个抽象方法的接口称为函数式接口。函数式接口能够经过@FunctionalInterface注解来修饰,也能够不使用该注解,只要接口只有一个抽象方法则可。缓存
import java.util.function.Consumer;
public class Service {
// 方法入参为函数式接口,函数定义为消费Event
public void exec(Consumer<Event> consumer) {
Event event = new Event(1001, "get data from cache.");
consumer.accept(event);
}
}
// event通知消费类,消费event的方式是将event发出去
public class EventNotify {
// 方法名并不重要,不须要和函数式接口方法名一致,只要参数和返回值一致则可
public void send(Event event) {
System.out.println("send event: " + event.toString());
}
}
// event记录消费类,消费event的方式是将event记录下来
public class EventLogger {
// 方法名并不重要,不须要和函数式接口方法名一致,只要参数和返回值一致则可
public static void log(Event event) {
System.out.println("log event: " + event.toString());
}
}
public class Event {
private int eventId;
private String content;
public Event(int eventId, String content) {
this.eventId = eventId;
this.content = content;
}
@Override
public String toString() {
StringBuilder builder = new StringBuilder();
builder.append("eventId=").append(eventId).append(", ");
builder.append("content=").append(content);
return builder.toString();
}
}
复制代码
public class FunctionDemo {
public static void main(String[] args) {
Service service = new Service();
EventNotify eventNotify = new EventNotify();
// 使用类实例::方法名传入函数,这里必须使用类实例,是由于这个方法声明为非静态方法
service.exec(eventNotify::send);
// 使用类::方法名传入函数,这里可使用类而非类实例,是由于这个方法声明为静态方法
service.exec(EventLogger::log);
}
}
复制代码
输出:app
send event: eventId=1001, content=get data from cache.
log event: eventId=1001, content=get data from cache.
复制代码
看到这里,不少人会想,从这个例子看,函数式接口并无什么优点,不用函数式接口,使用接口实现类也能实现啊.ide
class NonFunctionEventNotify<Event> implements Consumer<Event> {
@Override
public void accept(Event event) {
System.out.println("send event: " + event.toString());
}
}
// 事件记录类,消费event的方式是将event记录下来
class NonFunctionEventLogger<Event> implements Consumer<Event> {
@Override
public void accept(Event event) {
System.out.println("log event: " + event.toString());
}
}
复制代码
public class FunctionDemo {
public static void main(String[] args) {
Service service = new Service();
NonFunctionEventNotify nonFunctionEventNotify = new NonFunctionEventNotify();
// 传入实现类实例
service.exec(nonFunctionEventNotify);
NonFunctionEventLogger nonFunctionEventLogger = new NonFunctionEventLogger();
// 传入实现类实例
service.exec(nonFunctionEventLogger);
}
}
复制代码
可见,不用函数式接口也能实现对应功能,那为啥还要使用函数式接口呢?函数
差别以下:post
实现方式 | 掺入参数 | 实现接口 | 方法名 |
---|---|---|---|
函数式接口 | 可直接传入静态方法,省去类实例化动做 | 不须要实现任何接口 | 没有要求,只要方法入参和出参同样则可 |
接口实现类 | 必须有类实例,传入类实例的方法 | 须要实现指定接口 | 必须同接口方法彻底同样 |
经过对比,函数式接口的优点就大大致现出来了。优化
- 方法入参到方法级,粒度比类小,这样自由度更高,更灵活,就比如拼乐高,零件粒度越小,越能充分发挥想象力,进行自由组合。
- 不要求必须实现某个接口,对方法名也没有要求,只要知足函数接口的入参和出参定义就行,这样已有的代码可能不用修改就能被利用,特别是当你手里没有源码可改时这点显得尤其重要(虽然能够写个包装类去作适配,但能不写不是更好么)
- 函数式接口能够作到方法级复用,自由度更高,更灵活
- 函数式接口的方法定义和调用者实现方法定义解耦,不须要方法一致,也不要求实现该接口。
- 方法定义解耦后,只要方法的入参和出参一致时,就能够复用已有代码,避免修改,复用性大大提升。
注:Java提供的函数式接口已经能知足大部分使用场景,这些接口能够在java.util.function包下找到。ui
end.this