Tomcat 8.5线程模型
Tomcat 8.5 threading model
我的应用程序通过 Tomcat 8.5 (servlet 3.1) 的 JSR 356 实现使用 Web 套接字。根据JSR，它应该使用NIO，但我不确定是否理解。
当客户端请求 Web Socket 连接时，会在客户端和服务器之间创建永久对话。在这种情况下，我想知道客户端或服务器的每个请求是否由 Tomcat 池的不同线程处理，或者同一线程是否始终专用于此连接。
此外，该线程如何处理请求？它是等待 JDBC 调用（阻塞 IO）还是在这种情况下释放（NIO）？与众所周知的仅使用 NIO 的 Netty 相比，Tomcat 线程模型在 websocket 案例中如何 different/similar？
当有数据要处理时，会从池中分配一个线程来处理 WebSocket 连接上的传入数据。一旦完成线程 returns 到池中。有可能（事实上很可能）每次都会使用不同的线程。
传出消息将使用阻塞或 non-blocking IO，具体取决于使用 API 的哪一部分。
JDBC 调用通常会阻塞，但这由 JDBC 驱动程序控制。应用程序如何处理 JDBC 调用以及与 WebSocket 消息的关系（如果有）取决于应用程序。
我的应用程序通过 Tomcat 8.5 (servlet 3.1) 的 JSR 356 实现使用 Web 套接字。根据JSR，它应该使用NIO，但我不确定是否理解。
当客户端请求 Web Socket 连接时，会在客户端和服务器之间创建永久对话。在这种情况下，我想知道客户端或服务器的每个请求是否由 Tomcat 池的不同线程处理，或者同一线程是否始终专用于此连接。
此外，该线程如何处理请求？它是等待 JDBC 调用（阻塞 IO）还是在这种情况下释放（NIO）？与众所周知的仅使用 NIO 的 Netty 相比，Tomcat 线程模型在 websocket 案例中如何 different/similar？
当有数据要处理时，会从池中分配一个线程来处理 WebSocket 连接上的传入数据。一旦完成线程 returns 到池中。有可能（事实上很可能）每次都会使用不同的线程。
传出消息将使用阻塞或 non-blocking IO，具体取决于使用 API 的哪一部分。
JDBC 调用通常会阻塞，但这由 JDBC 驱动程序控制。应用程序如何处理 JDBC 调用以及与 WebSocket 消息的关系（如果有）取决于应用程序。