您好,登錄后才能下訂單哦!
本篇內容主要講解“在netty中如何使用native傳輸協議”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“在netty中如何使用native傳輸協議”吧!
對于IO來說,除了傳統的block IO,使用最多的就是NIO了,通常我們在netty程序中最常用到的就是NIO,比如NioEventLoopGroup,NioServerSocketChannel等。
我們也知道在IO中有比NIO更快的IO方式,比如kqueue和epoll,但是這兩種方式需要native方法的支持,也就是說需要在操作系統層面提供服務。
如果我們在支持Kqueue或者epoll的服務器上,netty是否可以提供對這些優秀IO的支持呢?
答案是肯定的。但是首先kqueue和epoll需要JNI支持,也就是說JAVA程序需要調用本地的native方法。
要想使用kequeue和epoll這種native的傳輸方式,我們需要額外添加項目的依賴,如果是linux環境,則可以添加如下的maven依賴環境:
<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版本號,否則可能出現調用異常的情況。
classifier表示的是系統架構,它的值可以是linux-x86_64,也可以是linux-aarch_64.
如果你使用的mac系統,那么可以這樣引入:
<dependencies> <dependency> <groupId>io.netty</groupId> <artifactId>netty-transport-native-kqueue</artifactId> <version>${project.version}</version> <classifier>osx-x86_64</classifier> </dependency> ... </dependencies>
netty除了單獨的個體包之外,還有一個all in one的netty-all包,如果你使用了這個all in one的包,那么不需要額外添加native的依賴。
如果netty提供的系統架構并沒有你正在使用的,那么你需要手動進行編譯,以下是編譯所依賴的程序包, 如果是在RHEL/CentOS/Fedora系統中,則使用:
sudo yum install autoconf automake libtool make tar \ glibc-devel \ libgcc.i686 glibc-devel.i686
如果是在Debian/Ubuntu系統中,則使用:
sudo apt-get install autoconf automake libtool make tar \ gcc
如果是在MacOS/BSD系統中,則使用:
brew install autoconf automake libtool
安裝好依賴包之后,我們就可以在netty中使用這些native傳輸協議了。
native傳輸協議的使用和NIO的使用基本一致,我們只需要進行下面的替換即可。
如果是在liunx系統中,則進行下面的替換:
NioEventLoopGroup → EpollEventLoopGroup NioEventLoop → EpollEventLoop NioServerSocketChannel → EpollServerSocketChannel NioSocketChannel → EpollSocketChannel
如果是在mac系統中,則進行下面的替換:
NioEventLoopGroup → KQueueEventLoopGroup NioEventLoop → KQueueEventLoop NioServerSocketChannel → KQueueServerSocketChannel NioSocketChannel → KQueueSocketChannel
這里還是使用我們熟悉的聊天服務為例,首先看下基于Kqueue的netty服務器端應該怎么寫:
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一樣,在服務器端我們需要使用KQueueEventLoopGroup創建兩個EventLoopGroup,一個是bossGroup, 一個是workerGroup。
然后將這兩個group傳入到ServerBootstrap中,并且添加KQueueServerSocketChannel作為channel。
其他的內容和NIO server的內容是一樣的。
接下來我們看下基于Kqueue的netty客戶端改如何跟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。
然后就是客戶端向channel中寫消息,這里我們直接從命令行輸入:
// 從命令行輸入 ChannelFuture lastWriteFuture = null; BufferedReader in = new BufferedReader(new InputStreamReader(System.in)); for (;;) { String line = in.readLine(); if (line == null) { break; } // 將從命令行輸入的一行字符寫到channel中 lastWriteFuture = ch.writeAndFlush(line + "\r\n"); // 如果輸入'再見',則等待server端關閉channel if ("再見".equalsIgnoreCase(line)) { ch.closeFuture().sync(); break; } }
上面代碼的意思是將命令行收到的消息寫入到channel中,如果輸入的是’再見’,則關閉channel。
為了能夠處理字符串,這里用到了三個編碼解碼器:
// 添加行分割器 pipeline.addLast(new DelimiterBasedFrameDecoder(8192, Delimiters.lineDelimiter())); // 添加String Decoder和String Encoder,用來進行字符串的轉換 pipeline.addLast(new StringEncoder()); pipeline.addLast(new StringDecoder());
分別是行分割器,字符編碼器和字符解碼器。
運行一下看,程序運行沒問題,客戶端和服務器端可以進行通訊。
到此,相信大家對“在netty中如何使用native傳輸協議”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。