java nio中serversocketchannel监听连接的核心是非阻塞+selector事件驱动：必须显式设为非阻塞，注册op_accept，select就绪后调用accept()获取socketchannel并同样设为非阻塞。
Java NIO 中用 ServerSocketChannel 监听网络连接，核心在于**非阻塞 + Selector 事件驱动**，而不是像传统 IO 那样在 accept() 上一直阻塞等待。关键不是“怎么写”，而是“怎么组织流程”——错一步，连接就收不到或卡死。
创建并配置 ServerSocketChannel
必须显式设置为非阻塞，否则注册到 Selector 后不会触发 OP_ACCEPT 事件：
- 调用
ServerSocketChannel.open()创建通道 - 通过
channel.socket().bind(new InetSocketAddress(port))绑定端口；建议提前设置setReuseAddress(true)避免 TIME_WAIT 导致端口无法重用 -
立即调用
configureBlocking(false)—— 这是整个非阻塞模型的前提，漏掉这步，后面全白搭
注册到 Selector 并关注 OP_ACCEPT
Selector 是事件中枢，ServerSocketChannel 只关心“有没有新连接进来”：
- 用
Selector.open()创建选择器 - 调用
channel.register(selector, SelectionKey.OP_ACCEPT)完成注册 - 注意：注册后不能立刻调用
accept()，必须等select()返回就绪才安全
主循环中处理就绪连接
典型服务端结构是一个持续轮询的 while 循环：
- 调用
selector.select()（阻塞等待）或selectNow()（立即返回） - 遍历
selector.selectedKeys()，对每个SelectionKey判断isAcceptable() - 若为 true，则调用
serverChannel.accept()获取新的SocketChannel - 新获得的 SocketChannel 也必须设为非阻塞，并注册到 Selector（通常监听 OP_READ）
注意 accept() 的返回值和异常
非阻塞下 accept() 行为和阻塞模式完全不同：
- 返回
null是正常情况，表示当前没有待接受的连接，应继续循环，不是错误 - 若底层 socket 已关闭，会抛
ClosedChannelException，需捕获并清理对应资源 - 新
SocketChannel默认继承非阻塞状态，但建议仍显式调用configureBlocking(false)保证一致性
不复杂但容易忽略。关键就是三步：非阻塞设置、Selector 注册、事件驱动 accept。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
