java 非阻塞模式下线程很空？线程可以继续做别的事情，但通常配合 Selector 使用事件驱动，不要轮询，否则会占用 CPU

最后发布时间:2026-01-20 14:56:04 浏览量:

明白，你在问：

server.configureBlocking(false) 后，server.accept() 会不会阻塞？能不能直接执行下面的代码？

我来详细解释一下：

一、关键点

阻塞模式 vs 非阻塞模式

server.configureBlocking(true);  // 阻塞模式
SocketChannel client = server.accept();

阻塞模式下：
如果没有客户端连接，accept() 会一直等待，线程被挂起
线程只能在客户端连接后才继续执行下一行代码

server.configureBlocking(false); // 非阻塞模式
SocketChannel client = server.accept();

非阻塞模式下：
如果没有客户端连接，accept() 立即返回 null
线程 不会被阻塞，可以直接执行下一行代码

二、行为演示

server.configureBlocking(false); // 非阻塞
long start = System.currentTimeMillis();
SocketChannel client = server.accept();
long end = System.currentTimeMillis();

System.out.println("Accept took: " + (end - start) + "ms");
System.out.println("Client: " + client);

没有客户端连接时：
输出：

Accept took: 1ms
Client: null

有客户端连接时：
client 会是非 null
线程可以立即处理连接，无阻塞

✅ 所以在非阻塞模式下，代码可以直接往下执行，不会被卡住

三、常见误解

误解 1：非阻塞 I/O 也会阻塞？
不是，非阻塞模式下，调用立即返回。
阻塞只有在阻塞模式（configureBlocking(true)) 下才会发生。
误解 2：accept() 必须等待客户端？
非阻塞模式下，不需要等待，如果没有客户端，返回 null。
误解 3：非阻塞模式下线程很空？
线程可以继续做别的事情，但通常配合 Selector 使用事件驱动，不要轮询，否则会占用 CPU。

四、典型使用方式（结合 Selector）

非阻塞模式通常不单独调用 accept()，而是：

serverChannel.configureBlocking(false);
Selector selector = Selector.open();
serverChannel.register(selector, SelectionKey.OP_ACCEPT);

while (true) {
selector.select(); // 阻塞等待事件
Set<SelectionKey> keys = selector.selectedKeys();
for (SelectionKey key : keys) {
if (key.isAcceptable()) {
SocketChannel client = serverChannel.accept(); // 一定有连接
// ...
}
}
}