Jetty多Connector场景下如何减少线程占用数？

当然可以通过共享Selector、Acceptor或者复用线程池来减少预留线程的占用，甚至在合理范围内优化线程使用，下面给你具体的实现思路和注意点：

复用Acceptor线程池 #

Jetty的ServerConnector支持指定外部共享的Executor线程池。你只需要创建一个全局的线程池实例，然后给所有ServerConnector都设置这个线程池，这样所有Connector的Acceptor线程都会从这个共享池里获取，而不是每个Connector单独占用固定的预留线程。
另外，你可以把每个Connector的Acceptor数量调小（比如通过setAcceptors(1)设置为1），多个Connector的Acceptor会共享池里的线程，避免不必要的线程占用。

共享Selector #

Jetty提供了SharedSelectorPool类，专门用来让多个Connector共享Selector资源。创建一个SharedSelectorPool实例，然后给每个ServerConnector指定这个Selector池，这样多个Connector会共用Selector线程，不用每个Connector都单独创建Selector线程，直接减少线程开销。
示例代码如下：

// 创建共享Selector池
SharedSelectorPool sharedSelectorPool = new SharedSelectorPool();

// 给每个Connector设置共享Selector
ServerConnector connectorA = new ServerConnector(jettyServer, sharedSelectorPool);
connectorA.setPort(8080);

ServerConnector connectorB = new ServerConnector(jettyServer, sharedSelectorPool);
connectorB.setPort(8081);

// 添加到Server并启动
jettyServer.addConnector(connectorA);
jettyServer.addConnector(connectorB);

关于“多个Connector共享同一线程” #

理论上可以强制让多个Connector挤在同一个线程里，但非常不推荐。Acceptor和Selector的核心工作是监听端口、处理IO连接事件，单个线程要处理多个端口的事件，会导致处理速度严重下降，高并发场景下直接出现连接延迟、堆积的问题。合理的做法是共享线程池和Selector池，而不是硬怼单个线程。

额外注意点 #

• Acceptor数量别盲目调小，要根据你的并发连接量来调整，太少会导致新连接排队；太多还是会占用过多线程，一般单端口设置1-2个Acceptor就够大部分场景。
• SharedSelectorPool的大小也要适配业务，Selector数量太少会导致IO事件处理阻塞，太多又失去了共享的意义，可以根据Connector数量和并发量设置合适的大小。
• 共享线程池的核心线程数、最大线程数要根据服务器CPU核心数、内存资源来配置，避免线程饥饿或者资源浪费。

内容的提问来源于stack exchange，提问作者Stefan