通過之前Spring Cloud系列教程中的《Spring Cloud構建微服務架構：服務容錯保護（Hystrix服務降級）》一文，我們已經知道如何通過Hystrix來保護自己的服務不被外部依賴方拖垮的情況。但是實際使用過程中經常碰到開發反應“莫名”觸發了降級邏輯的情況。為了更精準的定位觸發原因，或是在降級邏輯中需要根據不同的異常做不同的處理時，在降級方法中，我們希望可以獲取到主邏輯中丟擲的異常資訊。接下來就來介紹一下Hystrix兩種不同實現方式中如何在降級邏輯中獲取異常資訊的方法。
註解方式
先介紹一下用註解方式定義的Hystrix命令是如何在降級邏輯中獲取異常的，實現非常簡單，先看下面的例子：
@HystrixCommand(fallbackMethod = "fallback")
User getUserById(String id) {
throw new RuntimeException("getUserById command failed");
}
User fallback(String id, Throwable throwable) {
return new User("def", "def");
}這裡定義了一個主邏輯函式getUserById，主邏輯中會主動丟擲一個異常，從而觸發該主邏輯的降級函式fallback。重點看fallback函式中的最後一個傳參Throwable throwable。通過這樣的簡單定義，開發人員就可以很方便的獲取觸發降級邏輯的異常資訊，用作日誌記錄或者其它複雜的業務邏輯了。
繼承方式
在繼承方式中要獲取觸發異常也非常簡單，具體如下：
public static class UserCommand extends HystrixCommand<User> {
protected UserCommand() {
super(HystrixCommandGroupKey.Factory.asKey("UserCommand"));
}
@Override
protected User run() throws Exception {
throw new RuntimeException("getUserById command failed");
}
@Override
protected User getFallback() {
System.out.println(getFailedExecutionException().getMessage());
return new User("def", "def");
}
}上面的實現同上一節註解方式的實現一樣，在使用繼承方式的時候通過getFailedExecutionException方法就可以獲取到觸發降級的異常資訊了。
總結
我們在實際使用Hystrix的時候，有時候一些業務異常或者內部RPC由服務提供方丟擲的異常在消費方沒能考慮周到，會觸發一些意料之外的降級。所以在降級邏輯中，建議每一段都加入觸發異常的日誌記錄，以方便定位問題原因。