在 JDK NIO 中，空轮询 Bug 会导致 Selector 在无事件时仍返回，进而造成 CPU 空转。请说明 Netty 针对该问题的具体处理策略与机制，包括其检测方式、重建 Selector 的流程以及防止 CPU 飙高的手段。
考察说明
考查对 Netty 解决 JDK NIO 空轮询 Bug 机制的理解，以及故障处理与系统设计能力。
回答思路
- 【回答框架 1】空轮询 Bug 的根源在于 JDK 的 selector 实现（如 Linux 上的 epoll 空转）在特定条件下，即使没有 I/O 事件，select 或 epoll 仍会返回，导致无限循环。Netty 通过记录 select 调用的时间戳和次数来检测空轮询。
- 【回答框架 2】Netty 的检测策略是：在每次 select 操作后，记录当前时间。如果两次 select 之间的时间间隔小于设定的阈值（如 1ms），且无事件发生，则判定为空轮询。连续出现此情况后，Netty 会触发重建 selector 的逻辑。
- 【回答框架 3】遇到空轮询时，Netty 会创建新的 Selector，并将旧 Selector 上注册的所有 channel 及其感兴趣的事件迁移到新 Selector。迁移过程涉及取消旧注册、重新注册，并确保迁移期间不丢失事件。Netty 使用一个独立的线程执行迁移，以避免阻塞 I/O 线程。
- 【回答框架 4】为防止 CPU 飙高，Netty 在检测到空轮询后，除了重建 Selector，还会调用 Thread.yield() 或者进行短 sleep，让出 CPU，降低忙等风险。同时，Netty 对 select 的最大超时时间做了限制，并允许用户通过配置调整空轮询检测参数。
- 【回答框架 5】从设计上看，Netty 采用缺陷规避策略，不修复 JDK 本身的 bug，而是通过运行时检测和替换核心组件，保证服务的可靠性和性能稳定性。这种做法也体现了框架对底层平台差异的兼容处理思路。
- 【关键点 1】Netty 通过记录 select 调用时间间隔检测空轮询，阈值默认约 1ms。
- 【关键点 2】检测到空轮询后，Netty 会创建新 Selector 并迁移所有注册的 channel。
- 【关键点 3】重建 Selector 期间使用独立线程，避免阻塞 I/O 线程。
- 【关键点 4】Netty 不会直接修复 JDK 的 bug，而是采用替代和规避机制，并配合短暂休眠或让出 CPU 控制 CPU 占用。
- 【易错点 1】不能误解为 Netty 从根本上消除了 JDK 的 bug，而是采用替换和规避策略。
- 【易错点 2】重建 Selector 时若处理不当可能丢失事件，Netty 通过同步或事件队列保证迁移安全。
- 【易错点 3】空轮询检测的阈值过小可能导致误判，需根据实际环境调整配置参数。