前言

我們在開發(fā)應(yīng)用系統(tǒng)時，不可避免的要使用到我們自己定義的異常，所以我們一般通常會用到自定義的業(yè)務(wù)異常類BusinessException，這個異常會繼承extends RuntimeException，當發(fā)生業(yè)務(wù)限制的時候，會throw出來。

問題

在SpringMVC項目中，我們可以采用@ControllerAdvice注解，攔截我們的業(yè)務(wù)異常類，然后做一些處理。

網(wǎng)上有很多SpringMVC項目如何統(tǒng)一處理異常。老顧這里就不做介紹

但是現(xiàn)在項目都是微服務(wù)化的，在使用dubbo構(gòu)建項目時，會發(fā)現(xiàn)provider拋出自定義業(yè)務(wù)異常，在custom端并不能正確的捕獲。即便我們在provider和custom都有導(dǎo)入相同jar包下面的BusinessException異常，并且拋出這個異常。下面是出錯情況

老顧采用dubbo版本為2.7.3版本，跟老版本有點區(qū)別，但區(qū)別不大

provicer生產(chǎn)者代碼

其中的DataNotFoundException繼承了BusinessException

DataNotFoundException 的編碼以及錯誤信息： PUBLIC_DATA_NOT_FOUND(1001,"數(shù)據(jù)沒有找到")

consumer消費者代碼

運行，輸入不存在的goodsID，我們期望我們自定義的異常類被我們攔截到，并做一些處理；但是provider生產(chǎn)端拋給消費者的異常竟然是RuntimeException，只是里面的message是我們的業(yè)務(wù)異常調(diào)用棧信息。如下：

不是我們希望的拋給消費者端是DataNotFoundException異常。導(dǎo)致我們消費端沒法針對不同的業(yè)務(wù)進行不同的處理。消費端做了SpringMVC的異常處理返回了：

上面的code為1401，是系統(tǒng)異常編碼，并不是DataNotFoundException編碼。

我們定義的DataNotFoundException的編碼為：1001

為什么產(chǎn)生

我們來看看dubbo的源碼進行分析，如果Dubbo的 provider端 拋出異常(Throwable)，則會被 provider端 的ExceptionFilter攔截到，執(zhí)行以下invoke方法，里面有個實現(xiàn)Listener類，重寫了onResponse。

我們來分析一些代碼：

if (appResponse.hasException() && GenericService.class != invoker.getInterface())

上面代碼的含義就是 如果有異常并且未實現(xiàn)GenericService接口，進入后續(xù)判斷邏輯，否則直接返回結(jié)果。

上面代碼的含義就是 不是RuntimeException類型的異常，并且是受檢異常(繼承Exception)，直接拋出。

上面代碼的含義就是 在方法簽名上有聲明，直接拋出。

上面代碼的含義就是 如果異常類和接口類在同一個jar包中，直接拋出。

上面代碼的含義就是 以java.或javax.開頭的異常直接拋出。

上面代碼的含義就是dubbo自身的異常，直接拋出。

不滿足上述條件，會做toString處理并被封裝成RuntimeException拋出。

現(xiàn)在我們知道了 為什么我們自定義的異常，沒有正確的拋出，這個是因為上面的幾個條件，我們都沒有滿足，所以最后dubbo把它封裝成了RuntimeException。

如何解決

解決方法就針對上面的幾個條件進行，有幾種方案，我們一一看一下：

1、將該異常的包名以java.或者javax.開頭

這個方案不現(xiàn)實，也不符合規(guī)范，所以不采用

2、業(yè)務(wù)異常繼承Exception，變?yōu)閏hecked異常

自定義的業(yè)務(wù)異常本身屬于RuntimeException，所以也不采用

3、異常類和接口類在同一jar包里

較大的項目一般都會有一些common包，定義好異常類型，使用二方包的方式引用，所以也不適用

4、provider的api明確寫明throws XxxException

作為生產(chǎn)服務(wù)端，不應(yīng)顯式拋出異常給客戶的進行處理，所以也不適用

最終方案

以上方案都不合適，我們這里介紹個最終的方案，即采用dubbo的filter重寫，dubbo的異常處理。

1、將dubbo源碼中ExceptionFilter復(fù)制到我們的項目改名為DubboExceptionFilter修改一些代碼

2、在此處加上一段代碼來過濾我們項目中的異常，以免被dubbo重新封裝3、在resources目錄下添加純文本文件META-INF/dubbo/com.alibaba.dubbo.rpc.Filter并添加內(nèi)容

dubboExceptionFilter=com.rainbow.goods.server.filter.DubboExceptionFilter

4、修改dubbo 的配置文件，將DubboExceptionFilter加載進去并且去掉自身的ExceptionFilter

上面exception就是dubbo默認的處理異常的filter，前面-號就代表去除

我們修改后，再運行：

拋出的是我們自定義的異常了，在看看消費端的異常處理最終顯示

確實是我們定義的DataNotFoundException業(yè)務(wù)異常的編碼和信息。

總結(jié)

上面的是基于重寫dubbo的filter處理了異常，網(wǎng)上有一些別的方案，老顧認為不是太合理，不夠靈活，利用修改dubbo源碼的方式解決更能徹底解決；希望能夠給小伙伴帶來幫助。謝謝！！！

總結(jié)

以上是生活随笔為你收集整理的view [bootstrap-4] not found如何解决_Dubbo如何处理业务异常，这个一定要知道哦的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。