4. 事务边界概念：本地事务边界、分布式事务边界、gRPC调用中的事务传播范围

事务边界定义了事务操作的起始与终结范围，是分布式一致性设计的核心基础。在微服务与gRPC架构中，事务边界从单机本地扩展至跨进程、跨节点，理解不同层级的事务边界是正确设计分布式事务的前提。

4.1 本地事务边界

本地事务边界指在单一数据库连接或单一资源管理器范围内的事务起止点。典型实现基于ACID特性，通过BEGIN/COMMIT/ROLLBACK语句显式控制。

4.2 分布式事务边界

分布式事务边界跨越多个独立资源管理器（数据库、消息队列、服务实例），需要协调多个本地事务的最终一致性。边界范围从发起协调器开始，到所有参与者完成提交或回滚结束。

分布式事务边界的主要特征：

• 跨节点范围：事务涉及多个服务实例或数据库实例
• 协调开销：需要额外的协调协议（如2PC、Saga）来管理边界
• 不确定性窗口：在协调过程中存在部分提交、部分未提交的中间状态
• 补偿机制：部分方案（如Saga）通过补偿操作来维护边界内的最终一致性

4.3 gRPC调用中的事务传播范围

在gRPC微服务架构中，事务传播范围定义了事务上下文如何在服务调用链中传递。与Java EE中的事务传播行为类似，gRPC通过元数据（Metadata）携带事务上下文，实现跨服务的事务边界延续。

gRPC事务传播的典型范围模式：

gRPC中事务传播的实现依赖拦截器（Interceptor）在元数据中注入事务上下文：

// 客户端拦截器：注入事务上下文
public class TransactionPropagationInterceptor implements ClientInterceptor {
    @Override
    public <ReqT, RespT> ClientCall<ReqT, RespT> interceptCall(
            MethodDescriptor<ReqT, RespT> method,
            CallOptions callOptions,
            Channel next) {
        return new ForwardingClientCall.SimpleForwardingClientCall<>(next.newCall(method, callOptions)) {
            @Override
            public void start(Listener<RespT> responseListener, Metadata headers) {
                // 从当前线程上下文获取事务ID
                String txId = TransactionContextHolder.getTransactionId();
                if (txId != null) {
                    headers.put(Metadata.Key.of("x-transaction-id", Metadata.ASCII_STRING_MARSHALLER), txId);
                    headers.put(Metadata.Key.of("x-transaction-mode", Metadata.ASCII_STRING_MARSHALLER), "REQUIRED");
                }
                super.start(responseListener, headers);
            }
        };
    }
}

// 服务端拦截器：恢复事务上下文
public class TransactionContextInterceptor implements ServerInterceptor {
    @Override
    public <ReqT, RespT> ServerCall.Listener<ReqT> interceptCall(
            ServerCall<ReqT, RespT> call,
            Metadata headers,
            ServerCallHandler<ReqT, RespT> next) {
        String txId = headers.get(Metadata.Key.of("x-transaction-id", Metadata.ASCII_STRING_MARSHALLER));
        String txMode = headers.get(Metadata.Key.of("x-transaction-mode", Metadata.ASCII_STRING_MARSHALLER));
        if (txId != null) {
            // 根据传播模式决定事务行为
            TransactionContextHolder.setTransactionId(txId);
            TransactionContextHolder.setPropagationMode(txMode);
        }
        return Contexts.interceptCall(Context.current(), call, headers, next);
    }
}

4.4 三种边界的对比与关系

本地事务边界、分布式事务边界与gRPC调用中的事务传播范围构成了从微观到宏观的三层事务边界体系：

• 本地事务边界：最内层，保证单节点数据一致性
• 分布式事务边界：中间层，协调多个节点达成最终一致性
• gRPC传播范围：最外层，定义事务上下文在服务调用链中的传递规则

三者之间的关系可以概括为：gRPC传播范围决定了分布式事务边界如何跨越服务节点，而分布式事务边界最终依赖各节点的本地事务边界来保证单点数据安全。

4.5 事务边界设计原则

在实际系统中设计事务边界时，应遵循以下原则：

1. 最小化原则：事务边界应尽可能小，减少锁定资源和阻塞时间
2. 显式化原则：事务边界应在代码中显式声明，避免隐式边界导致意外行为
3. 幂等性原则：边界内的操作应支持重复执行，以应对网络重试和故障恢复
4. 可补偿原则：分布式事务边界应设计对应的补偿操作，用于回滚已提交的本地事务
5. 超时控制原则：每个事务边界都应设置合理的超时时间，防止长时间占用资源