前言
今年主要會做一個比較完整的微服務項目開源出來。目前已經開始了，剛興趣的先Star一個吧。
項目：https://github.com/yinjihuan/kitty-cloud
基礎框架：https://github.com/yinjihuan/kitty
在做的過程中遇到一個問題那就是標題所說的兩個框架碰撞了火花。都是S開頭的誰都不服誰。
問題描述
既然使用了Sentinel來限流，那麼幹脆熔斷也直接用Sentinel好了，所以就沒使用Hystrix了。
Sentinel對Feign做了適配，使用的時候只需要引入spring-cloud-starter-alibaba-sentinel，如下：
<code>
com.alibaba.cloud
spring-cloud-starter-alibaba-sentinel
/<code>然後在配置文件打開 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/kitty
關於作者：尹吉歡，簡單的技術愛好者，《Spring Cloud微服務-全棧技術與案例解析》, 《Spring Cloud微服務 入門 實戰與進階》作者, 公眾號 猿天地 發起人。
關注我吧
