seata源码分析之如何控制下游服务的提交与回滚_branch session rollback failed and try again later-优快云博客

本文深入分析seata客户端如何根据server消息控制下游服务的事务提交与回滚。客户端通过建立与server的连接，监听并处理netty消息。在接收到回滚指令时，seata利用xid和branchid找到undo_log，执行反向SQL进行数据补偿，实现全局事务的回滚。若下游服务异常未被捕捉，全局事务可能无法自动回滚。

概览

seata client跟维持了一个连接，监听server端的消息，根据接到的消息判断是提交还是回滚。

客户端建立流程：

GlobalTransactionScanner.afterPropertiesSet()
   GlobalTransactionScanner.initClient()
      TMClient.init
        TmRpcClient.getInstance
             new TmRpcClient
                new RpcClientBootstrap

RpcClientBootstrap内部包装了netty的Bootstrap，其中会向Bootstrap绑定一个ClientHandler用来处理seata server返回来的消息

，最终通过Bootstrap建立与server端的连接。

接下来就是核心处理逻辑了，先看看类图

这里ClientHandler实现了ChannelInboundHandler的channelRead()方法，netty在接收到消息（读事件）后，最终会调用channelRead，并传入读到的消息，具体细节可参考netty源码，所以，我们先来看下这个方法的执行流程

ClientHandler.channelRead

AbstractHandler.channelRead

ClientHandler.dispatch

RmMessageListener.onMessage

RmMessageListener会根据消息反序列化后的类型决定事物的提交与回滚

    @Override
    public void onMessage(RpcMessage request, String serverAddress) {
        Object msg = request.getBody();
        if (LOGGER.isInfoEnabled()) {
            LOGGER.info("onMessage:" + msg);
        }
        if (msg instanceof BranchCommitRequest) {
            handleBranchCommit(request, serverAddress, (BranchCommitRequest)msg);
        } else if (msg instanceof BranchRollbackRequest) {
            handleBranchRollback(request, serverAddress, (BranchRollbackRequest)msg);
        } else if (msg instanceof UndoLogDeleteRequest) {
            handleUndoLogDelete((UndoLogDeleteRequest) msg);
        }
    }

这里只说一下rollback，上面的rollback最终会到达AbstracRMHandler.doBranchRollback()