您好,登錄后才能下訂單哦!
這篇文章主要講解了“netty中pipeline異常事件怎么處理”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“netty中pipeline異常事件怎么處理”吧!
@Override public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception { throw new Exception("throw Exception"); } @Override public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception { System.out.println(cause.getMessage()); }
我們在handler
的channelRead
方法中主動拋出異常, 模擬程序中出現(xiàn)異常的場景, 經(jīng)測試會發(fā)現(xiàn), 程序最終會走到exceptionCaught
方法中, 獲取異常對象并打印其信息
那么拋出異常之后, 是如何走到exceptionCaught
方法的呢?
我們回顧之前小節(jié)channelRead
事件的傳播流程, channelRead
方法是在AbstractChannelHandlerContext
類的invokeChannelRead
方法中被調(diào)用
private void invokeChannelRead(Object msg) { if (invokeHandler()) { try { //調(diào)用了當(dāng)前handler的channelRead方法, 其實就是head對象調(diào)用自身的channelRead方法 ((ChannelInboundHandler) handler()).channelRead(this, msg); } catch (Throwable t) { //發(fā)生異常的時候在這里捕獲異常 notifyHandlerException(t); } } else { fireChannelRead(msg); } }
這里不難看出, 當(dāng)調(diào)用戶自定義的handler
的channelRead
方法發(fā)生異常之后, 會被捕獲, 并調(diào)用notifyHandlerException
方法, 并傳入異常對象, 也就是我們示例中拋出的異常
private void notifyHandlerException(Throwable cause) { //代碼省略 invokeExceptionCaught(cause); }
private void invokeExceptionCaught(final Throwable cause) { if (invokeHandler()) { try { //當(dāng)前handler調(diào)用exceptionCaught()方法 handler().exceptionCaught(this, cause); } catch (Throwable error) { //代碼省略 } } else { fireExceptionCaught(cause); } }
走到這里一切都明白了, 這里調(diào)用了當(dāng)前handler
的exceptionCaught
方法, 也就是我們重寫的exceptionCaught
方法
知道了為什么會走到exceptionCaught
方法之后, 我們再進行剖析異常事件的傳播流程
@Override public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception { System.out.println(cause.getMessage()); } @Override public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception { //寫法1 ctx.fireChannelRead(cause); //寫法2 ctx.pipeline().fireExceptionCaught(cause); }
這兩種寫法我們并不陌生, 可能我們能直接猜到, 第一種寫法是從當(dāng)前節(jié)點進行傳播, 第二種寫法則從頭結(jié)點或者尾節(jié)點進行轉(zhuǎn)播, 那么和傳播inbound
事件或outbound
事件有什么區(qū)別呢?我們先以第二種寫法為例, 剖析異常事件傳輸?shù)恼麄€流程
public final ChannelPipeline fireExceptionCaught(Throwable cause) { AbstractChannelHandlerContext.invokeExceptionCaught(head, cause); return this; }
我們看到invokeExceptionCaught
傳入了head
節(jié)點, 我們可以猜測, 異常事件的傳播是從head
節(jié)點開始的
static void invokeExceptionCaught(final AbstractChannelHandlerContext next, final Throwable cause) { ObjectUtil.checkNotNull(cause, "cause"); EventExecutor executor = next.executor(); if (executor.inEventLoop()) { //執(zhí)行下一個節(jié)點的異常方法 next.invokeExceptionCaught(cause); } else { try { executor.execute(new Runnable() { @Override public void run() { next.invokeExceptionCaught(cause); } }); } catch (Throwable t) { //忽略代碼 } } }
因為這里是傳入的是head
節(jié)點, 所以這里的next
指向head
節(jié)點。
我們跟到invokeExceptionCaught
方法中, 這里其實是headContext
的父類AbstractChannelHandlerContext
中的方法
private void invokeExceptionCaught(final Throwable cause) { if (invokeHandler()) { try { //當(dāng)前handler調(diào)用exceptionCaught()方法 handler().exceptionCaught(this, cause); } catch (Throwable error) { //代碼省略 } } else { fireExceptionCaught(cause); } }
這里又是我們熟悉的邏輯, 調(diào)用當(dāng)前handler
的exceptionCaught
方法, 因為當(dāng)前handler
是head
, 所以首先會調(diào)用headContext
的exceptionCaught
方法
public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception { ctx.fireExceptionCaught(cause); }
這里僅僅是繼續(xù)傳播異常事件, 這時候我們發(fā)現(xiàn), 這個寫法和我們剛才提到傳播異常事件的兩種寫法的第一種寫法一樣
@Override public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception { //寫法1 ctx.fireChannelRead(cause); //寫法2 ctx.pipeline().fireExceptionCaught(cause); }
根據(jù)我們之前的學(xué)習(xí), 我們知道第一種寫法是從當(dāng)前節(jié)點傳播, 而第二種寫法是從頭傳播, 并且要求傳播事件一定要使用第一種寫法, 否則事件到這里會重新從頭傳播進而引發(fā)不可預(yù)知錯誤, 這個結(jié)論在異常傳播同樣適用, 同學(xué)們一定要注意這點
我們繼續(xù)跟fireExceptionCaught
方法, 這里會走到AbstractChannelHandlerContex
類的fireExceptionCaught
方法
public ChannelHandlerContext fireExceptionCaught(final Throwable cause) { //傳播異常事件的時候, 直接拿了當(dāng)前節(jié)點的下一個節(jié)點 invokeExceptionCaught(next, cause); return this; }
這個時候我們發(fā)現(xiàn), 這里并沒有去獲取下一個的inbound
節(jié)點還是outbound
節(jié)點, 而是直接通過next
拿到下一個節(jié)點, 這就說明在異常事件傳播的過程中是不區(qū)分inbound
事件還是outbound
事件的, 都是直接從head
節(jié)點按照鏈表結(jié)構(gòu)往下傳播
static void invokeExceptionCaught(final AbstractChannelHandlerContext next, final Throwable cause) { ObjectUtil.checkNotNull(cause, "cause"); EventExecutor executor = next.executor(); if (executor.inEventLoop()) { next.invokeExceptionCaught(cause); } else { try { executor.execute(new Runnable() { @Override public void run() { next.invokeExceptionCaught(cause); } }); } catch (Throwable t) { //代碼省略 } } }
這里又是我們熟悉的邏輯, 我們知道invokeExceptionCaught
中執(zhí)行了next
的exceptionCaught
, 這里的next
, 因為我們是從head
節(jié)點開始剖析的, 所以這里很有可能就是用戶自定義的handler
, 如果用戶沒有重寫exceptionCaught
方法, 則會交給用戶handler
的父類處理
public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception { ctx.fireExceptionCaught(cause); }
我們看到這里繼續(xù)向下傳播了異常事件
走到這里我們會知道, 如果我們沒有重寫exceptionCaught
方法, 異常事件會一直傳播到鏈表的底部, 就是tail
節(jié)點
public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception { onUnhandledInboundException(cause); }
感謝各位的閱讀,以上就是“netty中pipeline異常事件怎么處理”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對netty中pipeline異常事件怎么處理這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關(guān)知識點的文章,歡迎關(guān)注!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。