Java NIO && Netty的epoll實現

Java NIO && Netty的epoll實現

Java NIO

Java NIO根據操做系統不一樣， 針對nio中的Selector有不一樣的實現：

• macosx: KQueueSelectorProvider

• solaris: DevPollSelectorProvider

• Linux: EPollSelectorProvider (Linux kernels >= 2.6)或 PollSelectorProvider

• windows: WindowsSelectorProvider

因此毋須特別指定， Oracle jdk會自動選擇合適的Selector。 若是想設置特定的Selector，能夠屬性：

-Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.EPollSelectorProvider

 

Netty

自4.0.16起, Netty爲Linux經過JNI的方式提供了native socket transport.

使用native socket transport很簡單，只需將相應的類替換便可。

NioEventLoopGroup → EpollEventLoopGroup

NioEventLoop → EpollEventLoop

NioServerSocketChannel → EpollServerSocketChannel

NioSocketChannel → EpollSocketChannel

若是使用maven， 加入相應的依賴：

<dependency>
    <groupId>io.netty</groupId>
    <artifactId>netty-transport-native-epoll</artifactId>
    <version>${project.version}</version>
    <classifier>${os.detected.classifier}</classifer>
</dependency>

既然如上面所說， Oracle JDK在Linux已經默認使用epoll方式， 爲何netty還要提供一個基於epoll的實現呢？這是stackoverflow(https://stackoverflow.com/questions/23465401/why-native-epoll-support-is-introduced-in-netty)上的一個問題。 Netty的核心開發者 Norman Maurer這麼說的：

Netty的 epoll transport 使用 epoll edge-triggered 而 java 的 nio 使用 level-triggered。

另外netty epoll transport 暴露了更多的nio沒有的配置參數， 如 TCP_CORK, SO_REUSEADDR等等

=========END=========