TCP以流的方式進(jìn)行數(shù)據(jù)傳輸卖局，上層的應(yīng)用協(xié)議為了對(duì)消息進(jìn)行區(qū)分淆攻，可以采用如下方式:
（1）消息長(zhǎng)度固定瓤帚，累計(jì)讀取到長(zhǎng)度總和為定長(zhǎng)LEN的報(bào)文后，就認(rèn)為讀取到了一個(gè)完整的消息松捉；將計(jì)數(shù)器置位夹界，重新開(kāi)始讀取下一個(gè)數(shù)據(jù)報(bào)；
（2）將回車換行符作為消息結(jié)束符隘世，例如FTP協(xié)議可柿，這種方式在文本協(xié)議中應(yīng)用比較廣泛；
（3）將特殊的分隔符作為消息的結(jié)束標(biāo)志丙者，回車換行符就是一種特殊的結(jié)束分隔符复斥；
（4）通過(guò)在消息頭中定義長(zhǎng)度字段來(lái)標(biāo)識(shí)消息的總長(zhǎng)度。
Netty對(duì)上面4種方式做了統(tǒng)一的抽象械媒，提供了4種解碼器來(lái)解決對(duì)應(yīng)的問(wèn)題目锭，使用起來(lái)非常方便。有了這些解碼器，用戶不需要自己對(duì)讀取的報(bào)文進(jìn)行人工解碼痢虹，也不需要考慮TCP的粘包和拆包键俱。
DelimiterBasedFrameDecoder:可以自動(dòng)完成以分隔符做結(jié)束標(biāo)志的消息的解碼FixedLengthFrameDecoder:可以自動(dòng)完成對(duì)定長(zhǎng)消息的解碼
它們都能解決TCP粘包/拆包導(dǎo)致的讀半包問(wèn)題。
DelimiterBasedFrameDecoder應(yīng)用開(kāi)發(fā)
Echo服務(wù):EchoServer接收到EchoClient的請(qǐng)求消息后世分，將其打印出來(lái)编振，然后將原始消息返回給客戶端，消息以“$_”作為分隔符臭埋。
DelimiterBasedFrameDecoder服務(wù)端開(kāi)發(fā)
DelimiterBasedFrameDecoder客戶端開(kāi)發(fā)
運(yùn)行結(jié)果
服務(wù)端：
客戶端：
使用DelimiterBasedFrameDecoder可以自動(dòng)對(duì)采用分隔符做碼流結(jié)束標(biāo)識(shí)的消息進(jìn)行解碼踪央。
本例程運(yùn)行10次的原因是模擬TCP粘包/拆包，在筆者的機(jī)器上瓢阴，連續(xù)發(fā)送10條Echo請(qǐng)求消息會(huì)發(fā)生粘包畅蹂，如果沒(méi)有DelimiterBasedFrameDecoder解碼器的處理，服務(wù)端和客戶端程序都將運(yùn)行失敗荣恐。
測(cè)試不適用DelimiterBasedFrameDecoder的情況
將服務(wù)端的DelimiterBasedFrameDecoder注釋掉:
運(yùn)行結(jié)果：
由于沒(méi)有分隔符解碼器液斜，導(dǎo)致服務(wù)端一次讀取了客戶端發(fā)送的所有消息，這就是典型的沒(méi)有考慮TCP粘包導(dǎo)致的問(wèn)題叠穆。
