Netty分布式編碼器及寫數(shù)據(jù)事件處理使用場景
概述
上一小章我們介紹了解碼器, 這一章我們介紹編碼器
其實編碼器和解碼器比較類似, 編碼器也是一個handler, 并且屬于outbounfHandle, 就是將準備發(fā)出去的數(shù)據(jù)進行攔截, 攔截之后進行相應(yīng)的處理之后再次進發(fā)送處理, 如果理解了解碼器, 那么編碼器的相關(guān)內(nèi)容理解起來也比較容易
編碼器
第一節(jié): writeAndFlush的事件傳播
我們之前在學習pipeline的時候, 講解了write事件的傳播過程, 但在實際使用的時候, 我們通常不會調(diào)用channel的write方法, 因為該方法只會寫入到發(fā)送數(shù)據(jù)的緩存中, 并不會直接寫入channel中, 如果想寫入到channel中, 還需要調(diào)用flush方法
實際使用過程中, 我們用的更多的是writeAndFlush方法, 這方法既能將數(shù)據(jù)寫到發(fā)送緩存中, 也能刷新到channel中
我們看一個最簡單的使用的場景
public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {
ctx.channel().writeAndFlush("test data");
}學過netty的同學們對此肯定不陌生, 通過這種方式, 可以將數(shù)據(jù)發(fā)送到channel中, 對方可以收到響應(yīng)
我們跟到writeAndFlush方法中
首先會走到AbstractChannel的writeAndFlush:
public ChannelFuture writeAndFlush(Object msg) {
return pipeline.writeAndFlush(msg);
}繼續(xù)跟到DefualtChannelPipeline中的writeAndFlush方法中:
public final ChannelFuture writeAndFlush(Object msg) {
return tail.writeAndFlush(msg);
}這里我們看到, writeAndFlush是從tail節(jié)點進行傳播, 有關(guān)事件傳播, 我們再pipeline中進行過剖析, 相信這個不會陌生
繼續(xù)跟, 會跟到AbstractChannelHandlerContext中的writeAndFlush方法:
public ChannelFuture writeAndFlush(Object msg) {
return writeAndFlush(msg, newPromise());
}繼續(xù)跟:
public ChannelFuture writeAndFlush(Object msg, ChannelPromise promise) {
if (msg == null) {
throw new NullPointerException("msg");
}
if (!validatePromise(promise, true)) {
ReferenceCountUtil.release(msg);
// cancelled
return promise;
}
write(msg, true, promise);
return promise;
}繼續(xù)跟write方法:
private void write(Object msg, boolean flush, ChannelPromise promise) {
//findContextOutbound()尋找前一個outbound節(jié)點
//最后到head節(jié)點結(jié)束
AbstractChannelHandlerContext next = findContextOutbound();
final Object m = pipeline.touch(msg, next);
EventExecutor executor = next.executor();
if (executor.inEventLoop()) {
if (flush) {
next.invokeWriteAndFlush(m, promise);
} else {
//沒有調(diào)flush
next.invokeWrite(m, promise);
}
} else {
AbstractWriteTask task;
if (flush) {
task = WriteAndFlushTask.newInstance(next, m, promise);
} else {
task = WriteTask.newInstance(next, m, promise);
}
safeExecute(executor, task, promise, m);
}
}這里的邏輯我們也不陌生, 找到下一個節(jié)點, 因為writeAndFlush是從tail節(jié)點開始的, 并且是outBound的事件, 所以這里會找到tail節(jié)點的上一個outBoundHandler, 有可能是編碼器, 也有可能是我們業(yè)務(wù)處理的handler
if (executor.inEventLoop()) 判斷是否是eventLoop線程, 如果不是, 則封裝成task通過nioEventLoop異步執(zhí)行, 我們這里先按照是eventLoop線程分析
首先, 這里通過flush判斷是否調(diào)用了flush, 這里顯然是true, 因為我們調(diào)用的方法是writeAndFlush
我們跟到invokeWriteAndFlush中
private void invokeWriteAndFlush(Object msg, ChannelPromise promise) {
if (invokeHandler()) {
//寫入
invokeWrite0(msg, promise);
//刷新
invokeFlush0();
} else {
writeAndFlush(msg, promise);
}
}這里就真相大白了, 其實在writeAndFlush中, 首先調(diào)用write, write完成之后再調(diào)用flush方法進行的刷新
首先跟到invokeWrite0方法中:
private void invokeWrite0(Object msg, ChannelPromise promise) {
try {
//調(diào)用當前handler的wirte()方法
((ChannelOutboundHandler) handler()).write(this, msg, promise);
} catch (Throwable t) {
notifyOutboundHandlerException(t, promise);
}
}該方法我們在pipeline中已經(jīng)進行過分析, 就是調(diào)用當前handler的write方法, 如果當前handler中write方法是繼續(xù)往下傳播, 在會繼續(xù)傳播寫事件, 直到傳播到head節(jié)點, 最后會走到HeadContext的write方法中
跟到HeadContext的write方法中:
public void write(ChannelHandlerContext ctx, Object msg, ChannelPromise promise) throws Exception {
unsafe.write(msg, promise);
}這里通過當前channel的unsafe對象對將當前消息寫到緩存中, 寫入的過程, 我們之后的小節(jié)進行分析
回到到invokeWriteAndFlush方法中:
private void invokeWriteAndFlush(Object msg, ChannelPromise promise) {
if (invokeHandler()) {
//寫入
invokeWrite0(msg, promise);
//刷新
invokeFlush0();
} else {
writeAndFlush(msg, promise);
}
}我們再看invokeFlush0方法
private void invokeFlush0() {
try {
((ChannelOutboundHandler) handler()).flush(this);
} catch (Throwable t) {
notifyHandlerException(t);
}
}同樣, 這里會調(diào)用當前handler的flush方法, 如果當前handler的flush方法是繼續(xù)傳播flush事件, 則flush事件會繼續(xù)往下傳播, 直到最后會調(diào)用head節(jié)點的flush方法, 如果我們熟悉pipeline的話, 對這里的邏輯不會陌生
跟到HeadContext的flush方法中:
public void flush(ChannelHandlerContext ctx) throws Exception {
unsafe.flush();
}這里同樣, 會通過當前channel的unsafe對象通過調(diào)用flush方法將緩存的數(shù)據(jù)刷新到channel中, 有關(guān)刷新的邏輯, 我們會在以后的小節(jié)進行剖析
以上就是writeAndFlush的相關(guān)邏輯, 整體上比較簡單, 熟悉pipeline的同學應(yīng)該很容易理解
更多關(guān)于Netty分布式編碼器及寫數(shù)據(jù)事件的資料請關(guān)注腳本之家其它相關(guān)文章！
相關(guān)文章
通過Maven進行jedis連接redis的實現(xiàn)
這篇文章主要介紹了通過Maven進行jedis連接redis的實現(xiàn)，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2020-07-07
本篇文章主要介紹了MyBatis關(guān)于二級緩存問題，二級緩存是Mapper級別的緩存，多個sqlSession操作同一個Mapper，其二級緩存是可以共享的。2017-03-03
java使用selenium自動化WebDriver等待的示例代碼
顯式等待和隱式等待是WebDriver中兩種常用的等待方式,它們都可以用來等待特定的條件滿足后再繼續(xù)執(zhí)行代碼,本文給大家介紹java使用selenium自動化WebDriver等待,感興趣的朋友一起看看吧2023-09-09
這篇文章主要介紹了java轉(zhuǎn)發(fā)和重定向的區(qū)別,需要的朋友可以參考下2014-10-10
java.lang.String?類代表字符串。Java程序中所有的字符串文字（例如"abc"?）都可以被看作是實現(xiàn)此類的實例。本文主要為大家介紹了String類的常用方法，需要的可以參考一下2022-11-11
Object類是java中所有類的祖宗類,因此java中所有的類的對象都可以直接使用Object類中提供的一些方法,下面小編為大家整理了Object類中常用API,希望對大家有所幫助2023-10-10
微服務(wù)實戰(zhàn)之怎樣提升springboot服務(wù)吞吐量
這篇文章主要介紹了微服務(wù)實戰(zhàn)之怎樣提升springboot服務(wù)吞吐量方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-08-08
idea為java程序添加啟動參數(shù)的問題解析(program?arguments，vm?arguments，Envi
這篇文章主要介紹了idea為java程序添加啟動參數(shù)的問題解析(program?arguments,vm?arguments,Environment?variable)并在程序中獲取使用,本文給大家分享問題描述及解決方法,需要的朋友可以參考下2023-09-09
這篇文章主要介紹了Java Switch對各類型支持實現(xiàn)原理,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-05-05
mybatis利用association或collection傳遞多參數(shù)子查詢
今天小編就為大家分享一篇關(guān)于mybatis利用association或collection傳遞多參數(shù)子查詢，小編覺得內(nèi)容挺不錯的，現(xiàn)在分享給大家，具有很好的參考價值，需要的朋友一起跟隨小編來看看吧2019-03-03