背景介绍
当涉及到网络通信和高性能的Java应用程序时，Netty是一个强大的框架。它提供了许多功能和组件，其中之一是JNI传输。JNI传输是Netty的一个特性，它为特定平台提供了高效的网络传输。
在本文中，我们将深入探讨Netty提供的特定平台的JNI传输功能，分析其优势和适用场景。我们将介绍每个特定平台的JNI传输，并讨论其性能、可靠性和可扩展性。通过了解这些特定平台的JNI传输，您将能够更好地选择和配置适合您应用程序需求的网络传输方式，以实现最佳的性能和可靠性。
JNI概念介绍
JNI（Java Native Interface）是Java平台的一种机制，允许Java代码与本地代码（如C或C++）进行交互。Netty利用JNI传输来提供对特定平台的底层网络传输的支持。
通过JNI传输，Netty可以直接与操作系统的网络栈进行交互，绕过了Java虚拟机的网络层，从而提供了更高的性能和更低的延迟。这对于需要处理大量并发连接和高吞吐量的应用程序来说尤为重要。
不同平台的JNI实现
Netty提供了一些特定平台的JNI传输，这些传输针对不同的操作系统和网络栈进行了优化。通过使用这些特定平台的JNI传输，开发人员可以充分利用底层操作系统和硬件的优势，从而实现更高效的网络通信。
[图片上传失败...(image-cae77-1707371409459)]
Netty提供了针对特定平台的JNI传输，包括Linux（自4.0.16版本开始）和MacOS/BSD（自4.1.11版本开始）。与基于NIO的传输相比，这些JNI传输在特定平台上增加了更多的功能，并且产生的垃圾更少，性能普遍提高，主要集中在以下两点：
利用了底层操作系统的特性和优化，以提供更高效的网络传输。
减少产生的垃圾，从而提高应用程序的效率和可靠性。
通过使用Netty提供的特定平台的JNI传输，开发人员可以充分利用底层操作系统的优势，以获得更好的性能和更少的资源消耗，这对于需要处理大量并发连接和高吞吐量的应用程序来说尤为重要。
使用Native transports库
Netty扩展传输库必须为依赖关系指定适当的分类器，以确保包含相应的本地库。当项目依赖于包含本地库（Native Library）的第三方库时，为了确保项目能够正确地使用这些本地库，必须为依赖关系指定适当的分类器（Classifier）。
Maven的分类器（Classifier）
**分类器（Classifier）是用于区分不同构建版本的标识符，它可以用来指定包含本地库的特定构建版本，主要集中于
以下三个因素和范围**。
[图片上传失败...(image-b5526e-1707371409459)]
操作系统和架构：区分不同操作系统和架构的构建版本。
构建类型：区分不同构建类型的构建版本。例如，可以使用release表示发布版本，debug表示调试版本。
资源类型：分类器可以用于区分不同类型的资源文件。例如，可以使用sources表示源代码文件，javadoc表示Java文档文件。
Maven的分类器（Classifier）常见操作系统架构分类
[图片上传失败...(image-849a7-1707371409459)]
如果不为依赖关系指定适当的分类器，或者选择了错误的分类器，可能会导致项目无法正常运行或无法找到所需的本地库。因此，为了确保项目能够正确地使用依赖的本地库，必须注意为依赖关系指定适当的分类器。
使用Linux native transport
由于native transport与 NIO 传输兼容，因此只需进行以下搜索和替换操作即可：
[图片上传失败...(image-5dd9ef-1707371409459)]
在构建工具的配置文件中，可以通过在依赖项的声明中指定分类器来实现。例如，在Maven的pom.xml文件中，可以使用<classifier>元素来指定分类器，构建系统中将 netty-transport-native-epoll 作为依赖项：
<dependencies>
<dependency>
<groupId>io.netty</groupId>
<artifactId>netty-transport-native-epoll</artifactId>
<version>${project.version}</version>
<classifier>linux-x86_64</classifier>
</dependency>
...
</dependencies>
在上面配置，分类器是 linux-x86_64，这意味着依赖关系中包含的本地二进制文件是为Linux编译的，运行在 64 位 x86 CPU 上。其他 CPU 架构和某些特定的 Linux 发行版将需要不同的分类器。
注意：Linux 官方构建版都是根据 GLIBC 链接的。这意味着使用 Musl 作为 libc 实现的操作系统不支持 Netty 本地传输的官方构建。如果想在不支持的 CPU 架构或 libc 实现上使用 Netty 本地传输程序，则需要自行构建。
使用MacOS/BSD native transport库
由于native transport与 NIO 传输兼容，因此只需执行以下搜索和替换操作即可：
[图片上传失败...(image-46075a-1707371409459)]
由于本地传输不是 Netty 核心的一部分，因此您需要在 Maven pom.xml 中将 netty-transport-native-kqueue 作为依赖项：
<dependencies>
<dependency>
<groupId>io.netty</groupId>
<artifactId>netty-transport-native-kqueue</artifactId>
<version>${project.version}</version>
<classifier>osx-x86_64</classifier>
</dependency>
...
</dependencies>
构建native transport库
如果您已经有了native transport的JAR 文件，就不需要再自行构建本地传输系统了，因为 JAR 文件中已经包含了必要的共享库文件（如 .so、.dll、.dynlib），它们会被自动加载。
Linux版本要求
需要使用内核为 2.6 或更高版本的 64 位 Linux。还请安装所需的工具和库：
# 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版本要求
需要使用 MacOS 10.12 或更高版本。还请安装所需的工具和库：
brew install autoconf automake libtool
总结归纳
Netty提供的特定平台的JNI传输在Linux和MacOS/BSD上增加了更多的功能，并且通过减少垃圾的产生来提高性能。开发人员可以根据特定平台的需求选择合适的传输方式，以获得更好的性能和可靠性。
