Netty分布式編碼器寫buffer隊(duì)列邏輯剖析
前文傳送門:抽象編碼器MessageToByteEncoder
寫buffer隊(duì)列
之前的小節(jié)我們介紹過(guò), writeAndFlush方法其實(shí)最終會(huì)調(diào)用write和flush方法
write方法最終會(huì)傳遞到head節(jié)點(diǎn), 調(diào)用HeadContext的write方法:
public void write(ChannelHandlerContext ctx, Object msg, ChannelPromise promise) throws Exception {
unsafe.write(msg, promise);
}這里通過(guò)unsafe對(duì)象的write方法, 將消息寫入到緩存中, 具體的執(zhí)行邏輯, 我們?cè)谶@個(gè)小節(jié)進(jìn)行剖析
我們跟到AbstractUnsafe的write方法中
public final void write(Object msg, ChannelPromise promise) {
assertEventLoop();
//負(fù)責(zé)緩沖寫進(jìn)來(lái)的byteBuf
ChannelOutboundBuffer outboundBuffer = this.outboundBuffer;
if (outboundBuffer == null) {
safeSetFailure(promise, WRITE_CLOSED_CHANNEL_EXCEPTION);
ReferenceCountUtil.release(msg);
return;
}
int size;
try {
//非堆外內(nèi)存轉(zhuǎn)化為堆外內(nèi)存
msg = filterOutboundMessage(msg);
size = pipeline.estimatorHandle().size(msg);
if (size < 0) {
size = 0;
}
} catch (Throwable t) {
safeSetFailure(promise, t);
ReferenceCountUtil.release(msg);
return;
}
//插入寫隊(duì)列
outboundBuffer.addMessage(msg, size, promise);
}首先看 ChannelOutboundBuffer outboundBuffer = this.outboundBuffer
ChannelOutboundBuffer的功能就是緩存寫入的ByteBuf
我們繼續(xù)看try塊中的 msg = filterOutboundMessage(msg)
這步的意義就是將非對(duì)外內(nèi)存轉(zhuǎn)化為堆外內(nèi)存
filterOutboundMessage方法方法最終會(huì)調(diào)用AbstractNioByteChannel中的filterOutboundMessage方法:
protected final Object filterOutboundMessage(Object msg) {
if (msg instanceof ByteBuf) {
ByteBuf buf = (ByteBuf) msg;
//是堆外內(nèi)存, 直接返回
if (buf.isDirect()) {
return msg;
}
return newDirectBuffer(buf);
}
if (msg instanceof FileRegion) {
return msg;
}
throw new UnsupportedOperationException(
"unsupported message type: " + StringUtil.simpleClassName(msg) + EXPECTED_TYPES);
}首先判斷msg是否byteBuf對(duì)象, 如果是, 判斷是否堆外內(nèi)存, 如果是堆外內(nèi)存, 則直接返回, 否則, 通過(guò)newDirectBuffer(buf)這種方式轉(zhuǎn)化為堆外內(nèi)存
回到write方法中
outboundBuffer.addMessage(msg, size, promise)將已經(jīng)轉(zhuǎn)化為堆外內(nèi)存的msg插入到寫隊(duì)列
我們跟到addMessage方法當(dāng)中, 這是ChannelOutboundBuffer中的方法:
public void addMessage(Object msg, int size, ChannelPromise promise) {
Entry entry = Entry.newInstance(msg, size, total(msg), promise);
if (tailEntry == null) {
flushedEntry = null;
tailEntry = entry;
} else {
Entry tail = tailEntry;
tail.next = entry;
tailEntry = entry;
}
if (unflushedEntry == null) {
unflushedEntry = entry;
}
incrementPendingOutboundBytes(size, false);
}首先通過(guò) Entry.newInstance(msg, size, total(msg), promise) 的方式將msg封裝成entry
然后通過(guò)調(diào)整tailEntry, flushedEntry, unflushedEntry三個(gè)指針, 完成entry的添加
這三個(gè)指針均是ChannelOutboundBuffer的成員變量
flushedEntry指向第一個(gè)被flush的entry
unflushedEntry指向第一個(gè)未被flush的entry
也就是說(shuō), 從flushedEntry到unflushedEntry之間的entry, 都是被已經(jīng)被flush的entry
tailEntry指向最后一個(gè)entry, 也就是從unflushedEntry到tailEntry之間的entry都是沒(méi)flush的entry
我們回到代碼中:
創(chuàng)建了entry之后首先判斷尾指針是否為空, 在第一次添加的時(shí)候, 均是空, 所以會(huì)將flushedEntry設(shè)置為null, 并且將尾指針設(shè)置為當(dāng)前創(chuàng)建的entry
最后判斷unflushedEntry是否為空, 如果第一次添加這里也是空, 所以這里將unflushedEntry設(shè)置為新創(chuàng)建的entry
第一次添加如下圖所示

7-3-1
如果不是第一次調(diào)用write方法, 則會(huì)進(jìn)入 if (tailEntry == null) 中else塊:
Entry tail = tailEntry 這里tail就是當(dāng)前尾節(jié)點(diǎn)
tail.next = entry 代表尾節(jié)點(diǎn)的下一個(gè)節(jié)點(diǎn)指向新創(chuàng)建的entry
tailEntry = entry 將尾節(jié)點(diǎn)也指向entry
這樣就完成了添加操作, 其實(shí)就是將新創(chuàng)建的節(jié)點(diǎn)追加到原來(lái)尾節(jié)點(diǎn)之后
第二次添加 if (unflushedEntry == null) 會(huì)返回false, 所以不會(huì)進(jìn)入if塊
第二次添加之后指針的指向情況如下圖所示:

7-3-4
以后每次調(diào)用write, 如果沒(méi)有調(diào)用flush的話都會(huì)在尾節(jié)點(diǎn)之后進(jìn)行追加
回到代碼中, 看這一步incrementPendingOutboundBytes(size, false)
這步時(shí)統(tǒng)計(jì)當(dāng)前有多少字節(jié)需要被寫出, 我們跟到這個(gè)方法中:
private void incrementPendingOutboundBytes(long size, boolean invokeLater) {
if (size == 0) {
return;
}
//TOTAL_PENDING_SIZE_UPDATER當(dāng)前緩沖區(qū)里面有多少待寫的字節(jié)
long newWriteBufferSize = TOTAL_PENDING_SIZE_UPDATER.addAndGet(this, size);
//getWriteBufferHighWaterMark() 最高不能超過(guò)64k
if (newWriteBufferSize > channel.config().getWriteBufferHighWaterMark()) {
setUnwritable(invokeLater);
}
}看這一步:
long newWriteBufferSize = TOTAL_PENDING_SIZE_UPDATER.addAndGet(this, size)
TOTAL_PENDING_SIZE_UPDATER表示當(dāng)前緩沖區(qū)還有多少待寫的字節(jié), addAndGet就是將當(dāng)前的ByteBuf的長(zhǎng)度進(jìn)行累加, 累加到newWriteBufferSize中
在繼續(xù)看判斷 if (newWriteBufferSize > channel.config().getWriteBufferHighWaterMark())
channel.config().getWriteBufferHighWaterMark() 表示寫buffer的高水位值, 默認(rèn)是64k, 也就是說(shuō)寫buffer的最大長(zhǎng)度不能超過(guò)64k
如果超過(guò)了64k, 則會(huì)調(diào)用setUnwritable(invokeLater)方法設(shè)置寫狀態(tài)
我們跟到setUnwritable(invokeLater)方法中
private void setUnwritable(boolean invokeLater) {
for (;;) {
final int oldValue = unwritable;
final int newValue = oldValue | 1;
if (UNWRITABLE_UPDATER.compareAndSet(this, oldValue, newValue)) {
if (oldValue == 0 && newValue != 0) {
fireChannelWritabilityChanged(invokeLater);
}
break;
}
}
}這里通過(guò)自旋和cas操作, 傳播一個(gè)ChannelWritabilityChanged事件, 最終會(huì)調(diào)用handler的channelWritabilityChanged方法進(jìn)行處理
以上就是寫buffer的相關(guān)邏輯,更多關(guān)于Netty分布式編碼器寫buffer隊(duì)列的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
SpringBoot攔截器實(shí)現(xiàn)登錄攔截的示例代碼
本文主要介紹了SpringBoot攔截器實(shí)現(xiàn)登錄攔截,文中根據(jù)實(shí)例編碼詳細(xì)介紹的十分詳盡,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-03-03
SSH框架網(wǎng)上商城項(xiàng)目第2戰(zhàn)之基本增刪查改、Service和Action的抽取
SSH框架網(wǎng)上商城項(xiàng)目第2戰(zhàn)之基本增刪查改、Service和Action的抽取,感興趣的小伙伴們可以參考一下2016-05-05
java實(shí)現(xiàn)身份證號(hào)碼驗(yàn)證的示例代碼
這篇文章主要為大家詳細(xì)介紹了如何利用java語(yǔ)言實(shí)現(xiàn)身份證號(hào)碼驗(yàn)證的功能,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2023-09-09
SpringBoot無(wú)法解析parameter參數(shù)問(wèn)題的解決方法
使用最新版的 Springboot 3.2.1(我使用3.2.0)搭建開發(fā)環(huán)境進(jìn)行開發(fā),調(diào)用接口時(shí)出現(xiàn)奇怪的錯(cuò),本文小編給大家介紹了SpringBoot無(wú)法解析parameter參數(shù)問(wèn)題的原因及解決方法,需要的朋友可以參考下2024-04-04
Springboot如何通過(guò)路徑映射獲取本機(jī)圖片資源
項(xiàng)目中對(duì)圖片的處理與查看是必不可少的,本文將講解如何通過(guò)項(xiàng)目路徑來(lái)獲取到本機(jī)電腦的圖片資源,本文通過(guò)示例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2023-08-08

