Netty 通常被应用在哪些实际业务场景中？请结合其技术特性说明适合与不适合的典型场景。
考察说明
考察对 Netty 核心特性（高并发、异步、NIO）与实际项目选型的关联能力。
回答思路
- 【回答框架 1】Netty 是基于 Java NIO 的异步事件驱动网络框架，核心优势是高吞吐、低延迟、连接数高，适合 I/O 密集型场景。典型应用包括 RPC 框架（如 Dubbo、gRPC）的底层通信，微服务间大量远程调用需要高效网络传输。
- 【回答框架 2】游戏服务器（尤其是 MMORPG）常用 Netty 处理大量长连接和实时消息推送，利用其异步特性支撑高并发玩家在线。此外，物联网（IoT）设备接入场景也依赖 Netty 管理海量设备连接，实现心跳检测和指令下发。
- 【回答框架 3】大数据领域，如 Flink 和 Spark 的通信层、分布式消息队列（如 RocketMQ）的 Broker 网络模块，多基于 Netty 实现高吞吐数据交换。网关服务（如 Spring Cloud Gateway）也常集成 Netty 提升请求转发效率。
- 【回答框架 4】不适合的场景：CPU 密集型计算（如复杂图像处理）不适合，因为 Netty 主要优化 I/O，计算瓶颈不解决；简单 HTTP 请求若用传统阻塞框架已足够，引入 Netty 会增加调优成本。
- 【关键点 1】Netty 适合高并发、长连接、异步通信场景，如 RPC、游戏、物联网、消息队列。
- 【关键点 2】Netty 基于事件循环和 NIO，线程模型高效，但需正确配置线程数避免资源浪费。
- 【关键点 3】选型时需权衡：CPU 密集或低并发场景用 Netty 未必更优，需评估实际负载。
- 【易错点 1】误以为 Netty 能解决所有性能问题，实际计算密集型瓶颈不在网络层。
- 【易错点 2】忽略 Netty 调优（如 TCP 参数、内存池），可能导致资源占用过高。
- 【易错点 3】将 Netty 与具体业务协议强绑定，忽视协议设计的灵活性。