Netty 的包括两种不同类型的引导。而不仅仅是当作的“服务器”和“客户”的引导，更有用的是考虑他们的目的是支持的应用程序功能。从这个意义上讲,“服务器”应用程序把一个“父”管道接受连接和创建“子”管道,而“客户端”很可能只需要一个单一的、非“父”对所有网络交互的管道（对于无连接的比如 UDP 协议也是一样）。 如图9.1所示,两个引导实现自一个名为 AbstractBootstrap 的超类。 [](https://github.com/waylau/essential-netty-in-action/blob/master/iamges/Figure%209.1%20Bootstrap%20hierarchy.jpg) Figure 9.1 Bootstrap hierarchy 前面的章节介绍的许多我们共同关注的话题,同样适用于客户端和服务器。这些都是由 AbstractBootstrap 处理,从而防止重复的功能和代码。专业引导类可以完全专注于它们独特的需要关心的地方。 *克隆引导类* *我们经常需要创建多个通道具有相似或相同的设置。支持这种模式而不需要为每个通道创建和配置一个新的引导实例, AbstractBootstrap 已经被标记为 [Cloneable](http://docs.oracle.com/javase/7/docs/api/java/lang/Cloneable.html)。调用 clone() 在一个已经配置引导将返回另一个引导实例并且是立即可用。* *注意,因为这将创建只是 EventLoopGroup 浅拷贝,后者将会共享所有的克隆管道。这是可以接受的,因为往往是克隆的管道是 short-lived(短暂的，典型示例是管道创建用于 HTTP 请求)* 下面内容将会关注 Bootstrap 和 ServerBootstrap