【Java源码阅读系列51】深度解读Java SelectorProvider 源码-CSDN博客

SelectorProvider 是 Java NIO（New IO）体系中服务提供者（Service Provider）的核心抽象类，负责为选择器（Selector）和可选择通道（如 SocketChannel、ServerSocketChannel 等）提供创建接口。本文将从类结构、核心方法、设计模式等角度，深入解析其源码逻辑。

一、类的核心定位与结构

1.1 类定义与作用

SelectorProvider 是一个抽象类（public abstract class），位于 java.nio.channels.spi 包下（SPI，Service Provider Interface）。其核心作用是：

定义创建 NIO 组件（选择器、通道）的抽象接口（如 openSelector()、openSocketChannel()）。
提供系统级默认 SelectorProvider 实例的加载与管理机制（通过静态方法 provider()）。

public abstract class SelectorProvider {
}

1.2 类成员变量

源码中定义了两个关键静态变量：

private static final Object lock = new Object();  // 用于同步的锁对象
private static SelectorProvider provider = null;   // 系统默认的 SelectorProvider 实例

lock 用于保证多线程下 provider 实例的线程安全；provider 存储单例的默认服务提供者。

二、核心方法深度解析

2.1 构造方法：权限校验

protected SelectorProvider() {
    SecurityManager sm = System.getSecurityManager();
    if (sm != null)
        sm.checkPermission(new RuntimePermission("selectorProvider"));
}

构造方法是受保护的（protected），说明：

仅允许子类（具体服务提供者）调用，外部无法直接实例化。
构造时会检查 SecurityManager 是否存在，若存在则校验 RuntimePermission("selectorProvider") 权限。这是 Java 安全模型的体现，防止未授权代码创建自定义服务提供者。

2.2 `provider()`：获取系统默认服务提供者

这是 SelectorProvider 最核心的方法，用于获取系统级默认的 SelectorProvider 实例。其逻辑分为以下几步：

2.2.1 单例与同步控制

public static SelectorProvider provider() {
    synchronized (lock) {  // 同步块保证线程安全
        if (provider != null)
            return provider;
        // 特权操作：绕过安全管理器的权限检查（若存在）
        return AccessController.doPrivileged(
            new PrivilegedAction<SelectorProvider>() {
                public SelectorProvider run() {
                    // 步骤1：尝试从系统属性加载
                    if (loadProviderFromProperty())
                        return provider;
                    // 步骤2：尝试从 SPI 服务加载
                    if (loadProviderAsService())
                        return provider;
                    // 步骤3：使用 JDK 默认实现（如 Linux 的 epoll）
                    provider = sun.nio.ch.DefaultSelectorProvider.create();
                    return provider;
                }
            });
    }
}

2.2.2 加载逻辑详解

provider() 的加载顺序严格遵循以下优先级（从高到低）：

系统属性指定的服务提供者（loadProviderFromProperty()）
检查系统属性 java.nio.channels.spi.SelectorProvider 是否存在，若存在则加载该类并实例化。例如：
```
java -Djava.nio.channels.spi.SelectorProvider=com.example.MySelectorProvider Main
```
若加载失败（如类不存在、无构造权限），会抛出 ServiceConfigurationError。
SPI 服务加载器（ServiceLoader）（loadProviderAsService()）
通过 ServiceLoader.load(SelectorProvider.class) 扫描 META-INF/services/java.nio.channels.spi.SelectorProvider文件，加载其中定义的服务提供者类。这是 Java SPI 机制的典型应用，允许第三方库通过 jar 包扩展默认实现。
JDK 默认实现
若前两步均未找到，使用 sun.nio.ch.DefaultSelectorProvider.create() 创建默认实例。该类是 JDK 内部实现（非公开 API），根据操作系统选择具体的 IO 多路复用方案（如 Linux 的 EPollSelectorProvider、Windows 的 WindowsSelectorProvider）。

2.3 抽象方法：通道与选择器的创建接口

SelectorProvider 定义了多个抽象方法，要求子类（具体服务提供者）实现，用于创建 NIO 核心组件：

方法名	作用
`openDatagramChannel()`	创建数据报通道（`DatagramChannel`）
`openPipe()`	创建管道（`Pipe`）
`openSelector()`	创建选择器（`AbstractSelector`，如 `EPollSelector`）
`openServerSocketChannel()`	创建服务端套接字通道（`ServerSocketChannel`）
`openSocketChannel()`	创建客户端套接字通道（`SocketChannel`）

这些方法是 NIO 功能的“入口”。例如，Selector.open() 最终会调用 SelectorProvider.provider().openSelector()，通过默认服务提供者创建具体选择器实例。

2.4 `inheritedChannel()`：继承通道

public Channel inheritedChannel() throws IOException {
    return null;
}

该方法用于获取从父进程继承的通道（如通过 inetd 启动的服务继承的套接字）。默认返回 null，子类（如 sun.nio.ch.DefaultSelectorProvider）可重写此方法，实现具体的继承逻辑（如读取 STDIN 或 STDOUT 对应的文件描述符）。

三、设计模式分析

3.1 工厂方法模式（Factory Method）

SelectorProvider 定义了创建 NIO 组件的抽象方法（如 openSelector()），具体实现由子类（如 EPollSelectorProvider）完成。这是典型的工厂方法模式：抽象类定义产品（通道、选择器）的创建接口，子类负责生产具体产品。
优势：将抽象逻辑（NIO API）与具体实现（操作系统的 IO 多路复用）解耦，保证了 Java NIO 的跨平台性。