利用springEvent,进行服务内部领域事件处理

SpringEvent的最佳实践



前言

相信java boy对于Spring Event,多多少少都有一些熟悉了。如果不了解的,可以参考我的这篇文章:Spring的Event编程以及实现原理


一、领域事件是什么

简单说领域事件,其实就是对PO的封装。我这边要说明的并不是DDD对系统落地的改造。而是借鉴DDD的思想,对用户操作的实体-entity,进行封装成一个domainEvent结构。有了这个domainEvent,有两个好处:

  1. 可以对entity进行防腐。该domainEvent作为后续操作的dto,不关注如何通过entity构建的domainEvent,只需要基于该domainEvent进行操作即可
  2. 可以提高并行开发的效率。对entity操作的代码和后续操作的代码,可以让不同的研发同时进行
    领域事件解耦开发

二、使用步骤

针对B端,流量并没有这么大的服务,没有必要考虑分布式事务。但是接入一个自产自销的MQ,感觉又有点过重。还不如SpringEvent来自己处理

1.事务提交之后才发送domainEvent

我们需要考虑的问题是,对于entity进行的操作,一定是写库操作,必然涉及到事务。针对业务流程来说,必然需要保证事务提交成功之后,再进行后续操作

此时可以使用Spring事务的钩子函数,让事务提交成功之后才可以进行操作。

@Transactional(rollbackFor = Exception.class)
public void doProcess(User user) {
// 1.根据entity构建domainEvent的dto,作为防腐层 
UserMsgBO userMsgBO = buildMsgBO(user);
// 2. 注册事务钩子函数,让事务提交之后,进行Event的publish
TransactionSynchronizationManager.registerSynchronization(
            new TransactionSynchronization() {
                     @Override
                     public void afterCommit() {
                         log.info("publish event, userMsgBO:{}", JSON.toJSONString(userMsgBO));
                         applicationEventPublisher.publishEvent(userMsgBO);
                     }
                 }
        );
}
//3. 数据库操作

2.异步处理事件

需要考虑日志打印问题

根据Spring的Event编程以及实现原理文章里写的,如果要进行事件处理的异步进行,需要进行实例化一个SimpleApplicationEventMulticaster,并设置其taskExecutor属性。实际上呢,还可以使用@Async注解来实现:@Async的使用及原理

@Async("springEventExecutor")
@EventListener(UserMsgBO.class)
public void doSendMsg(UserMsgBO userMsgBO) {
    log.info("doSendMsg, msg:[{}]", JSON.toJSONString(userMsgBO));
    try {
       // 具体的处理逻辑
    } catch (Exception e) {
        log.error("doSendMsg error, msg:[{}]", JSON.toJSONString(userMsgBO), e);
    }
}

可以看到,此时给@Async注解传入了一个线程池:springEventExecutor。还差最后一步,怎么第二节提出的问题,使用了线程池实现了异步,那么ThreadLocal里的traceId是不是丢了呢?

相信大家应该都知道阿里的TransmittableThreadLocal,也知道具体的场景

@Bean("springEventExecutor")
public Executor springEventExecutor() {
    ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(10, 10, 60L, TimeUnit.SECONDS,
            new LinkedBlockingQueue<>(1000),
            new ThreadFactoryBuilder().setNameFormat("spring-event-thread-pool-%d").build(),
            new ThreadPoolExecutor.CallerRunsPolicy());
    // 利用TtlExecutors包装一下线程池,可以在日志中打印traceId
    return TtlExecutors.getTtlExecutorService(threadPoolExecutor);
}

当然保险起见,还可以针对消费domainEvent的doSendMsg方法增加一个后门,防止服务重启时打断异步流程。
当然,如果对于数据一致性要求比较高,那么就借鉴B端系统的最终一致性方案了:可以将domainEvent进行持久化,然后通过定时任务来保证最终一致性。


总结

B端系统开发,需要考虑:

  1. 事务
  2. 兼顾性能

没有银子弹,本文只是给出了一种常见场景的常见解决方案。

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值