关于使用seata实现分布式事务，feign调用出现xid传递丢失的现象及解决办法

seata实现分布式事务，feign调用出现xid传递丢失

今天主要讲一个关于使用seata实现分布式事务，feign调用出现xid传递丢失的问题，这是大多数初学用会出现的问题，包括我当初也出现过， 看情景吧：

看这里，我在我调的接口这里查看了我的xid他是存在的，然后我通过feign调用我的sock服务。

上面这个图就是我的sock服务，我feign调用过来我在取xid 就是null,我的xid丢失了。
seata xid传递过程是通过mvc中拦截器去获取事务ID，只要在请求头上附上对应的header即可，即：headers.put(RootContext.KEY_XID, RootContext.getXID())
原因：
知道xid是怎么传递的那么出现这个情况原因就很明了了，就是feign或者http调用时候 header 没有put xid，可以在SeataHandlerInterceptor.preHandle 方法验证，如果xid 为null则代表 调用分支事务进行http调用或者feign调用没有put 事务xid。

那么怎么解决了，下面就说说几种解决方案：
第一种，自定义一个类实现RequestInterceptor接口 重写apply()方法，这相当于一个拦截器：拦下这个请求把xid 设置到请求头中。具体流程如下：

自定义类：

public class FeignConfig implements RequestInterceptor {
    /**
     * Called for every request. Add data using methods on the supplied {@link RequestTemplate}.
     *
     * @param template
     */
    @Override
    public void apply(RequestTemplate template) {
        String xid = RootContext.getXID();
        if(StringUtils.hasText(xid)){
            template.header(RootContext.KEY_XID, xid);
        }
    }
}

在feign上应用这个类：

@FeignClient(contextId = "SockFeign", value = "sock",  configuration = FeignConfig.class)
public interface SockFeign {
}

configuration = FeignConfig.class这就应用了，最后看看结果：

看上面的图，sock服务有xid了，说明我们成功了。

第二种，这个是我在seata的GitHub上看到的，就是说这个问题 alibaba-seata 项目组已经给我们解决了，我们只需要引用他们的依赖spring-cloud-starter-alibaba-seata 这个依赖内部实现了拦截，传递了xid，这种方式比第一种方便多了，无特殊情况，推荐使用这种。
下面看结果：

上面图可以看出，我们又成功了。哈哈哈，还是第二种方便些。
依赖：

<dependencies>
	<dependency>
         <groupId>com.alibaba.cloud</groupId>
         <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
         <version>${alibaba-seata.version}</version>
    </dependency>
</dependencies>

好，今天就分享到这里了，有错请指出，及时改正，一起成长，加油！！！