前言

今年主要會做一個比較完整的微服務專案開源出來。目前已經開始了，剛興趣的先Star一個吧。

專案：https://github.com/yinjihuan/kitty-cloud

基礎框架：https://github.com/yinjihuan/kitty

在做的過程中遇到一個問題那就是標題所說的兩個框架碰撞了火花。都是S開頭的誰都不服誰。

問題描述

既然使用了Sentinel來限流，那麼幹脆熔斷也直接用Sentinel好了，所以就沒使用Hystrix了。

Sentinel對Feign做了適配，使用的時候只需要引入spring-cloud-starter-alibaba-sentinel，如下：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
</dependency>
 

然後在配置檔案開啟 Sentinel 對 Feign 的支援：feign.sentinel.enabled=true就可以了。

一開始都很正常，平平淡淡的小日子過得也挺舒坦。

突然有一天，來了一位同姓但不同名的哥們，它叫Sleuth。

Sleuth文件：https://cloud.spring.io/spring-cloud-static/Greenwich.SR5/single/spring-cloud.html#_spring_cloud_sleuth

Spring Cloud Sleuth為Spring Cloud實現了分散式追蹤解決方案。可以配合Zipkin或者Jaeger使用。

自從Sleuth來了之後，Sentinel Feign 的日子就不好過了，莫名其妙熔斷回退失效了。

問題排查

Sentinel 對 Feign 的適配入口在SentinelFeignAutoConfiguration中。

主要是構建了Feign 的 Builder類，只要這個類被自動配置了，那麼Sentinel 對 Feign 的支援也會生效。突然不生效了，那麼肯定是這裡有問題。

於是開啟debug模式，發現啟動的時候這裡沒有執行。feign.sentinel.enabled已經配置了，剩下就只有@ConditionalOnMissingBean的問題了。

@ConditionalOnMissingBean的作用是如果容器中已經有Builder那麼這裡就不會執行。

接下來就要看Sleuth的程式碼了，之所以能馬上知道是Sleuth影響了，是因為一開始都是正常的，加了Sleuth後就出問題了。

在Sleuth中Feign相關的配置是在TraceFeignClientAutoConfiguration中。

可以看到，Sleuth中對Feign Builder也有配置，一種是如果開啟了Hystrix就用SleuthHystrixFeignBuilder，如果沒有開啟就用SleuthFeignBuilder。

在這裡打個斷點，啟動時直接就進來了，這邊執行完後Builder物件就有了，所以Sentinel中的自然就不會執行了。

解決方案

發生衝突的根本原因在於兩個框架都要對Feign進行擴充套件，Sentinel擴充套件是為了再呼叫的時候可以實現限流熔斷等功能。Sleuth擴充套件是為了使用Feign呼叫介面的時候可以傳遞鏈路跟蹤的資訊。

要想解決這個問題，要麼妥協只用一個框架，這樣是最簡單的。

要麼看看Sleuth後面會不會支援Sentinel，目前可以看到已經支援了Hystrix。

最後一種就是自己改原始碼，將Sentinel融入到Sleuth中。

SleuthFeignBuilder 中只是對Client做了包裝。

SentinelFeign 中只是對Builder做了增強。

所以我們只要把兩者結合起來就可以了。

PS：沒Star的現在接著Star吧！

專案：https://github.com/yinjihuan/kitty-cloud

基礎框架：https://github.com/yinjihuan/ki