在netty中使用native傳輸協(xié)議的方法
簡(jiǎn)介
對(duì)于IO來(lái)說(shuō),除了傳統(tǒng)的block IO,使用最多的就是NIO了,通常我們?cè)趎etty程序中最常用到的就是NIO,比如NioEventLoopGroup,NioServerSocketChannel等。
我們也知道在IO中有比NIO更快的IO方式,比如kqueue和epoll,但是這兩種方式需要native方法的支持,也就是說(shuō)需要在操作系統(tǒng)層面提供服務(wù)。
如果我們?cè)谥С諯queue或者epoll的服務(wù)器上,netty是否可以提供對(duì)這些優(yōu)秀IO的支持呢?
答案是肯定的。但是首先kqueue和epoll需要JNI支持,也就是說(shuō)JAVA程序需要調(diào)用本地的native方法。
native傳輸協(xié)議的依賴(lài)
要想使用kequeue和epoll這種native的傳輸方式,我們需要額外添加項(xiàng)目的依賴(lài),如果是linux環(huán)境,則可以添加如下的maven依賴(lài)環(huán)境:
<dependencies>
<dependency>
<groupId>io.netty</groupId>
<artifactId>netty-transport-native-epoll</artifactId>
<version>${project.version}</version>
<classifier>linux-x86_64</classifier>
</dependency>
...
</dependencies>其中version需要匹配你所使用的netty版本號(hào),否則可能出現(xiàn)調(diào)用異常的情況。
classifier表示的是系統(tǒng)架構(gòu),它的值可以是linux-x86_64,也可以是linux-aarch_64.
如果你使用的mac系統(tǒng),那么可以這樣引入:
<dependencies>
<dependency>
<groupId>io.netty</groupId>
<artifactId>netty-transport-native-kqueue</artifactId>
<version>${project.version}</version>
<classifier>osx-x86_64</classifier>
</dependency>
...
</dependencies>netty除了單獨(dú)的個(gè)體包之外,還有一個(gè)all in one的netty-all包,如果你使用了這個(gè)all in one的包,那么不需要額外添加native的依賴(lài)。
如果netty提供的系統(tǒng)架構(gòu)并沒(méi)有你正在使用的,那么你需要手動(dòng)進(jìn)行編譯,以下是編譯所依賴(lài)的程序包, 如果是在RHEL/CentOS/Fedora系統(tǒng)中,則使用:
sudo yum install autoconf automake libtool make tar \
glibc-devel \
libgcc.i686 glibc-devel.i686如果是在Debian/Ubuntu系統(tǒng)中,則使用:
sudo apt-get install autoconf automake libtool make tar \
gcc如果是在MacOS/BSD系統(tǒng)中,則使用:
brew install autoconf automake libtool
netty本地傳輸協(xié)議的使用
安裝好依賴(lài)包之后,我們就可以在netty中使用這些native傳輸協(xié)議了。
native傳輸協(xié)議的使用和NIO的使用基本一致,我們只需要進(jìn)行下面的替換即可。
如果是在liunx系統(tǒng)中,則進(jìn)行下面的替換:
NioEventLoopGroup → EpollEventLoopGroup
NioEventLoop → EpollEventLoop
NioServerSocketChannel → EpollServerSocketChannel
NioSocketChannel → EpollSocketChannel如果是在mac系統(tǒng)中,則進(jìn)行下面的替換:
NioEventLoopGroup → KQueueEventLoopGroup
NioEventLoop → KQueueEventLoop
NioServerSocketChannel → KQueueServerSocketChannel
NioSocketChannel → KQueueSocketChannel這里還是使用我們熟悉的聊天服務(wù)為例,首先看下基于Kqueue的netty服務(wù)器端應(yīng)該怎么寫(xiě):
EventLoopGroup bossGroup = new KQueueEventLoopGroup(1);
EventLoopGroup workerGroup = new KQueueEventLoopGroup();
try {
ServerBootstrap b = new ServerBootstrap();
b.group(bossGroup, workerGroup)
.channel(KQueueServerSocketChannel.class)
.handler(new LoggingHandler(LogLevel.INFO))
.childHandler(new NativeChatServerInitializer());
Channel channel = b.bind(PORT).sync().channel();
log.info("server channel:{}", channel);
channel.closeFuture().sync();和NIO一樣,在服務(wù)器端我們需要使用KQueueEventLoopGroup創(chuàng)建兩個(gè)EventLoopGroup,一個(gè)是bossGroup, 一個(gè)是workerGroup。
然后將這兩個(gè)group傳入到ServerBootstrap中,并且添加KQueueServerSocketChannel作為channel。
其他的內(nèi)容和NIO server的內(nèi)容是一樣的。
接下來(lái)我們看下基于Kqueue的netty客戶(hù)端改如何跟server端建立連接:
EventLoopGroup group = new KQueueEventLoopGroup();
try {
Bootstrap b = new Bootstrap();
b.group(group)
.channel(KQueueSocketChannel.class)
.handler(new NativeChatClientInitializer());
// 建立連接
Channel ch = b.connect(HOST, PORT).sync().channel();
log.info("client channel: {}", ch);這里使用的是KQueueEventLoopGroup,并將KQueueEventLoopGroup放到Bootstrap中,并且為Bootstrap提供了和server端一致的KQueueSocketChannel。
然后就是客戶(hù)端向channel中寫(xiě)消息,這里我們直接從命令行輸入:
// 從命令行輸入
ChannelFuture lastWriteFuture = null;
BufferedReader in = new BufferedReader(new InputStreamReader(System.in));
for (;;) {
String line = in.readLine();
if (line == null) {
break;
}
// 將從命令行輸入的一行字符寫(xiě)到channel中
lastWriteFuture = ch.writeAndFlush(line + "\r\n");
// 如果輸入'再見(jiàn)',則等待server端關(guān)閉channel
if ("再見(jiàn)".equalsIgnoreCase(line)) {
ch.closeFuture().sync();
break;
}
}上面代碼的意思是將命令行收到的消息寫(xiě)入到channel中,如果輸入的是’再見(jiàn)’,則關(guān)閉channel。
為了能夠處理字符串,這里用到了三個(gè)編碼解碼器:
// 添加行分割器
pipeline.addLast(new DelimiterBasedFrameDecoder(8192, Delimiters.lineDelimiter()));
// 添加String Decoder和String Encoder,用來(lái)進(jìn)行字符串的轉(zhuǎn)換
pipeline.addLast(new StringEncoder());
pipeline.addLast(new StringDecoder());分別是行分割器,字符編碼器和字符解碼器。
運(yùn)行一下看,程序運(yùn)行沒(méi)問(wèn)題,客戶(hù)端和服務(wù)器端可以進(jìn)行通訊。
總結(jié)
這里我們只以Kqueue為例介紹了netty中native傳輸協(xié)議的使用,具體的代碼,大家可以參考:
到此這篇關(guān)于在netty中使用native傳輸協(xié)議的文章就介紹到這了,更多相關(guān)native傳輸協(xié)議內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java實(shí)現(xiàn)儲(chǔ)存對(duì)象并按對(duì)象某屬性排序的幾種方法示例
這篇文章主要介紹了Java實(shí)現(xiàn)儲(chǔ)存對(duì)象并按對(duì)象某屬性排序的幾種方法,結(jié)合實(shí)例形式詳細(xì)分析了Java儲(chǔ)存對(duì)象并按對(duì)象某屬性排序的具體實(shí)現(xiàn)方法與操作注意事項(xiàng),需要的朋友可以參考下2020-05-05
Spring依賴(lài)注入與第三方Bean管理基礎(chǔ)詳解
依賴(lài)注入(Dependency Injection)和控制反轉(zhuǎn)(Inversion of Control)是同一個(gè)概念。具體含義是:當(dāng)某個(gè)角色(可能是一個(gè)Java實(shí)例,調(diào)用者)需要另一個(gè)角色(另一個(gè)Java實(shí)例,被調(diào)用者)的協(xié)助時(shí),在 傳統(tǒng)的程序設(shè)計(jì)過(guò)程中,通常由調(diào)用者來(lái)創(chuàng)建被調(diào)用者的實(shí)例2022-12-12
swagger?@ApiModel添加實(shí)體類(lèi)不生效的解決
這篇文章主要介紹了swagger?@ApiModel添加實(shí)體類(lèi)不生效的解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。2022-01-01
Java8實(shí)戰(zhàn)之Stream的延遲計(jì)算
JDK中Stream的中間函數(shù)如 filter(Predicate super T>)是惰性求值的,filter并非對(duì)流中所有元素調(diào)用傳遞給它的Predicate,下面這篇文章主要給大家介紹了關(guān)于Java8實(shí)戰(zhàn)之Stream延遲計(jì)算的相關(guān)資料,需要的朋友可以參考下2021-09-09
Spring思維導(dǎo)圖助你輕松學(xué)習(xí)Spring
這篇文章主要為大家詳細(xì)介紹了Spring思維導(dǎo)圖,幫助你輕松學(xué)習(xí)Spring的相關(guān)資料,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-03-03

