请解释 Netty 中的 Channel 以及 ChannelHandlerContext 这两个核心概念。它们各自承担什么职责，彼此之间存在怎样的关联？
考察说明
考查对 Netty 核心抽象的理解，包括 Channel 的 I/O 能力与 ChannelHandlerContext 在事件传播中的角色。
回答思路
- 【回答框架 1】Channel 是 Netty 对网络连接的抽象，封装了底层 Socket 的读写、连接、绑定等操作，提供了异步 I/O 能力，并通过 ChannelFuture 获得操作结果。它的生命周期包括注册、激活、非活跃等状态。
- 【回答框架 2】ChannelHandlerContext 是 ChannelHandler 与 ChannelPipeline 交互的上下文，持有一个 ChannelHandler 的引用，并负责在 Pipeline 中传递事件与调用。它提供了向前向后传播事件的方法，如 fireChannelRead、write 等。
- 【回答框架 3】Channel 与 ChannelHandlerContext 的关系：每个 Channel 对应一个 ChannelPipeline，Pipeline 包含多个 ChannelHandlerContext，每个 Context 包装一个 ChannelHandler。Context 使得 Handler 能访问所属 Channel、Pipeline 以及相邻 Handler，从而实现事件在 Pipeline 中的有序流动。
- 【回答框架 4】使用场景上，Channel 用于直接进行 I/O 操作，如写入数据；而 ChannelHandlerContext 用于在编解码和业务处理中传递数据，并可通过 ctx.channel() 获取关联的 Channel。
- 【关键点 1】Channel 是网络 I/O 的抽象，负责实际的数据读写。
- 【关键点 2】ChannelHandlerContext 是 Handler 与 Pipeline 之间的桥梁，管理事件传播。
- 【关键点 3】每个 Channel 有且仅有一个 Pipeline，Pipeline 由多个 ChannelHandlerContext 构成。
- 【关键点 4】ChannelHandlerContext 持有 Channel 和相邻 Context 的引用，用于动态调整处理链。
- 【易错点 1】混淆 Channel 与 ChannelHandlerContext 的职责，误以为 Channel 直接调用 Handler。
- 【易错点 2】在 Handler 中长时间阻塞操作，会阻塞 EventLoop 线程，影响其他 Channel 的处理。
- 【易错点 3】直接使用 Channel.write 可能绕过 Pipeline 的某些逻辑，应使用 ctx.write 以保证事件完整传播。