基于 spring boot事件驱动设计

事件驱动设计

基于spring boot实现

spring的事件默认是同步的，如需异步需使用异步注解及线程池或消息队列

用户注册事件

public class UserRegisterEvent extends ApplicationEvent {
    
    private UserBean user; 
    
    public UserRegisterEvent(UserBean user){ 
	    this.user = user; 
    }
 }

用户服务调用注册事件

@Service 
public class UserService {
    
    @Autowired 
    ApplicationContext applicationContext; 
    
    public void register(UserBean user) { 
        //发布UserRegisterEvent事件 
        applicationContext.publishEvent(new UserRegisterEvent(user)); 
    } 
}

注册事件监听

实现方式1

@Component 
public class AnnotationRegisterListener { //注册监听
      
      @EventListener 
      public void register(UserRegisterEvent userRegisterEvent) { 
            //获取注册用户对象
           UserBean user = userRegisterEvent.getUser(); 
           //输出注册用户      
       } 
 }

实现方式2

@Component 
public class UserRegisterListener implements ApplicationListener<UserRegisterEvent> { //注册监听
      
      @Override
      public void onApplicationEvent(UserRegisterEvent userRegisterEvent) { 
            //获取注册用户对象
           UserBean user = userRegisterEvent.getUser(); 
           //输出注册用户      
       } 
 }

注意事项

由于事件驱动采用的是观察者模式，在大并发的情况下会出现执行延迟，出现事件驱动的反模式，在使用时一定要注意

目标

单一职责原则（Single Responsibility Principle）

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责，应该仅有一个引起它变化的原因

依赖倒转原则（Dependence Inversion Principle）

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。即针对接口编程，不要针对实现编程

接口隔离原则（Interface Segregation Principle）

接口隔离原则的含义是：建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。也就是说，我们要为各个类建立专用的接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。在程序设计中，依赖几个专用的接口要比依赖一个综合的接口更灵活。接口是设计时对外部设定的“契约”，通过分散定义多个接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。