Tomcat

本文集文档发布于灏天文库

5.6 Tomcat WebSocket 支持

文档摘要

5.6 Tomcat WebSocket 支持 5.6 Tomcat WebSocket 支持 WebSocket 协议的出现，为现代Web应用带来了革命性的变革。它打破了传统HTTP协议的请求-响应模式，实现了服务器与客户端之间的全双工、持久连接的通信。在需要实时双向通信的应用场景中，如在线聊天、实时游戏、股票交易、协同编辑等，WebSocket 提供了远优于传统轮询或长轮询技术的解决方案。 Tomcat 作为一款成熟且广泛使用的Java Servlet容器，自然也提供了对 WebSocket 协议的强大支持。本章节将深入探讨 Tomcat 中 WebSocket 的实现机制、开发实践、配置管理、集群部署以及安全性和性能优化等方面，帮助您全面掌握 Tomcat WebSocket 的应用。

5.6 Tomcat WebSocket 支持

5.6 Tomcat WebSocket 支持

WebSocket 协议的出现，为现代Web应用带来了革命性的变革。它打破了传统HTTP协议的请求-响应模式，实现了服务器与客户端之间的全双工、持久连接的通信。在需要实时双向通信的应用场景中，如在线聊天、实时游戏、股票交易、协同编辑等，WebSocket 提供了远优于传统轮询或长轮询技术的解决方案。

Tomcat 作为一款成熟且广泛使用的Java Servlet容器，自然也提供了对 WebSocket 协议的强大支持。本章节将深入探讨 Tomcat 中 WebSocket 的实现机制、开发实践、配置管理、集群部署以及安全性和性能优化等方面，帮助您全面掌握 Tomcat WebSocket 的应用。

5.6.1 WebSocket 协议概述

在深入 Tomcat 的 WebSocket 支持之前，我们首先需要对 WebSocket 协议本身有一个清晰的认识。WebSocket 是一种网络通信协议，它在单个 TCP 连接上提供全双工通信信道。WebSocket 协议的目标是在 Web 浏览器和服务器之间建立一个持久连接，以便双方可以随时互相发送数据，而无需像 HTTP 那样每次都发起新的请求。

WebSocket 的主要特点：

  • 全双工通信: 服务器和客户端可以在同一时间互相发送和接收数据，极大地提升了实时通信的效率。

  • 持久连接: 一旦 WebSocket 连接建立，它会保持打开状态，直到被显式关闭。避免了HTTP的每次请求都需要重新建立连接的开销。

  • 低延迟: 由于是持久连接，数据可以立即发送，减少了延迟，对于实时性要求高的应用至关重要。

  • 更少的协议开销: WebSocket 头部信息比 HTTP 头部信息小得多，减少了网络传输的负担。

  • 支持二进制和文本数据: WebSocket 可以传输文本数据和二进制数据，使其能够应用于更广泛的应用场景。

  • 基于标准: WebSocket 是 IETF 标准 RFC 6455，具有良好的互操作性和广泛的社区支持。

WebSocket 的工作原理简述：

  1. 握手 (Handshake): 客户端首先发起一个 HTTP Upgrade 请求到服务器，请求将连接升级为 WebSocket 连接。服务器如果支持 WebSocket 协议，会返回一个 101 Switching Protocols 响应，完成握手过程。

  2. 数据传输 (Data Transfer): 握手成功后，HTTP 连接升级为 WebSocket 连接。之后，客户端和服务器就可以通过这个持久连接自由地发送和接收数据帧 (frames)。数据帧可以是文本消息或二进制消息。

  3. 连接关闭 (Connection Closure): 当通信结束时，客户端或服务器可以发送关闭帧来关闭 WebSocket 连接。

可以用 Mermaid 的 graph TD 图来简单描述 WebSocket 的握手过程：

5.6.2 Tomcat 中的 WebSocket 支持

Tomcat 从 7.0.27 版本开始正式支持 WebSocket 协议，并随着版本迭代不断增强其功能和性能。Tomcat 的 WebSocket 支持主要基于 Java WebSocket API (JSR 356)。JSR 356 定义了一套标准的 Java API，用于开发和部署 WebSocket 应用。Tomcat 作为 Servlet 容器，实现了 JSR 356 规范，使得开发者可以使用标准的 Java WebSocket API 在 Tomcat 环境下构建 WebSocket 应用。

Tomcat WebSocket 组件架构 (概念性):

Tomcat 的 WebSocket 支持可以从以下几个层面来理解：

  • Servlet 容器集成: Tomcat 将 WebSocket 功能集成到 Servlet 容器中。这意味着 WebSocket 应用可以和传统的 Servlet 应用运行在同一个 Tomcat 实例中，共享相同的资源和管理机制。

  • Endpoint 注册和管理: Tomcat 提供了机制来注册和管理 WebSocket 端点 (Endpoints)。开发者通过注解或编程方式定义 WebSocket 端点，Tomcat 负责在运行时加载、实例化和管理这些端点。

  • 连接管理: Tomcat 负责管理 WebSocket 连接的生命周期，包括连接的建立、数据帧的接收和发送、错误处理以及连接的关闭。Tomcat 使用其非阻塞 I/O 模型 (NIO) 来高效地处理大量的 WebSocket 连接。

  • 协议处理: Tomcat 实现了 WebSocket 协议的解析和处理，包括握手、数据帧的编解码、控制帧的处理等。

  • 扩展支持: Tomcat 允许通过扩展机制来增加 WebSocket 的功能，例如支持 WebSocket 扩展协议 (如 permessage-deflate 压缩)。

可以用 Mermaid 的 graph TD 图来概念性地表示 Tomcat WebSocket 组件架构：

Tomcat 中部署 WebSocket 应用的方式：

在 Tomcat 中部署 WebSocket 应用，主要有两种方式：

  1. 基于注解的 Endpoint: 这是最常用的方式。通过在 Java 类上使用 JSR 356 的注解 (例如 @ServerEndpoint, @OnOpen, @OnMessage, @OnClose, @OnError)，可以将一个普通的 Java 类声明为一个 WebSocket 端点。Tomcat 会自动扫描并注册这些注解的类。

  2. 编程配置的 Endpoint: 除了注解方式，还可以通过编程方式配置 WebSocket 端点。这通常涉及到实现 javax.websocket.Endpoint 接口，并手动注册到 WebSocket 容器中。这种方式相对复杂，但提供了更灵活的配置选项。

5.6.3 开发 WebSocket 应用 (代码实践)

接下来，我们将通过代码示例来演示如何在 Tomcat 中开发 WebSocket 应用。我们将分别展示服务端 Endpoint 的开发和客户端的连接及通信。

服务端 Endpoint 开发 (基于注解):

创建一个简单的 WebSocket 服务端 Endpoint，用于接收客户端发送的消息并回显。

package com.example.websocket;
import javax.websocket.*;
import javax.websocket.server.ServerEndpoint;
import java.io.IOException;
@ServerEndpoint("/echo") // 定义 WebSocket 端点的 URI
public class EchoServerEndpoint {
    @OnOpen
    public void onOpen(Session session) {
        System.out.println("WebSocket connection opened: " + session.getId());
    }
    @OnMessage
    public void onMessage(String message, Session session) throws IOException {
        System.out.println("Received message from client " + session.getId() + ": " + message);
        session.getBasicRemote().sendText("Server received: " + message); // 回显消息
    }
    @OnError
    public void onError(Session session, Throwable error) {
        System.out.println("WebSocket error for client " + session.getId() + ": " + error.getMessage());
        error.printStackTrace();
    }
    @OnClose
    public void onClose(Session session, CloseReason closeReason) {
        System.out.println("WebSocket connection closed for client " + session.getId() + ": " + closeReason.getReasonPhrase());
    }
}
​

代码详解:

  • @ServerEndpoint("/echo"): 这个注解将 EchoServerEndpoint 类标记为一个 WebSocket 服务端点，并指定了客户端连接到此端点的 URI 为 /echo。

  • @OnOpen: 当 WebSocket 连接建立时，onOpen 方法会被调用。Session 对象代表了客户端和服务器之间的 WebSocket 会话。

  • @OnMessage: 当客户端发送文本消息到服务器时，onMessage 方法会被调用。message 参数是客户端发送的消息内容，Session 对象代表当前的会话。

  • session.getBasicRemote().sendText("Server received: " + message): 使用 Session 对象的 getBasicRemote() 方法获取 RemoteEndpoint.Basic 实例，然后调用 sendText() 方法向客户端发送文本消息。

  • @OnError: 当 WebSocket 连接发生错误时，onError 方法会被调用。error 参数是发生的异常对象。

  • @OnClose: 当 WebSocket 连接关闭时，onClose 方法会被调用。CloseReason 对象提供了连接关闭的原因信息。

部署服务端 Endpoint:

将编译后的 EchoServerEndpoint.class 文件 (以及相关的包结构) 打包到 Web 应用的 WEB-INF/classes 目录下，或者打包成 JAR 文件放到 WEB-INF/lib 目录下。部署到 Tomcat 后，Tomcat 会自动扫描并注册 @ServerEndpoint 注解的类。

客户端连接和通信 (JavaScript 示例):

使用 JavaScript 创建 WebSocket 客户端，连接到服务端点 /echo，并发送和接收消息。

<!DOCTYPE html>
<html>
<head>
    <title>WebSocket Echo Client</title>
</head>
<body>
    <h1>WebSocket Echo Client</h1>
    <input type="text" id="messageInput" placeholder="Enter message">
    <button onclick="sendMessage()">Send</button>
    <div id="output"></div>
    <script>
        var websocket;
        var outputDiv = document.getElementById("output");
        function connect() {
            websocket = new WebSocket("ws://localhost:8080/your-webapp-context/echo"); // 替换为你的应用上下文路径
            websocket.onopen = function(event) {
                outputMessage("WebSocket connection opened.");
            };
            websocket.onmessage = function(event) {
                outputMessage("Server says: " + event.data);
            };
            websocket.onerror = function(event) {
                outputMessage("WebSocket error: " + event.data);
            };
            websocket.onclose = function(event) {
                outputMessage("WebSocket connection closed: " + event.reason + " (code: " + event.code + ")");
            };
        }
        function sendMessage() {
            var message = document.getElementById("messageInput").value;
            if (websocket.readyState === WebSocket.OPEN) {
                websocket.send(message);
                outputMessage("Client sent: " + message);
                document.getElementById("messageInput").value = ""; // 清空输入框
            } else {
                outputMessage("WebSocket connection is not open.");
            }
        }
        function outputMessage(message) {
            var p = document.createElement("p");
            p.style.wordWrap = "break-word";
            p.appendChild(document.createTextNode(message));
            outputDiv.appendChild(p);
        }
        connect(); // 页面加载时自动连接
    </script>
</body>
</html>
​

代码详解 (JavaScript 客户端):

  • new WebSocket("ws://localhost:8080/your-webapp-context/echo"): 创建 WebSocket 对象，并指定连接的 WebSocket 服务端点 URI。注意 ws:// 协议头用于非加密的 WebSocket 连接，wss:// 用于加密的 WebSocket 连接 (WebSocket Secure)。需要将 your-webapp-context 替换为你的 Web 应用的上下文路径。

  • websocket.onopen, websocket.onmessage, websocket.onerror, websocket.onclose: 设置 WebSocket 对象的事件处理函数，分别对应连接打开、接收消息、发生错误和连接关闭事件。

  • websocket.send(message): 使用 send() 方法向服务器发送消息。

  • websocket.readyState: WebSocket 对象的 readyState 属性表示连接状态。WebSocket.OPEN (值为 1) 表示连接已打开。

运行示例:

  1. 将服务端代码部署到 Tomcat 服务器。

  2. 将客户端 HTML 文件部署到可以访问 Tomcat 服务器的 Web 服务器 (可以是同一个 Tomcat 或其他 Web 服务器)。

  3. 在浏览器中打开客户端 HTML 页面。

  4. 在输入框中输入消息，点击 "Send" 按钮，即可看到客户端和服务端之间的实时通信效果。

更多 JSR 356 API 实践:

  • 二进制消息: @OnMessage 方法可以接收 byte[] 或 ByteBuffer 类型的参数来处理二进制消息。可以使用 session.getBasicRemote().sendBinary(ByteBuffer) 或 session.getBasicRemote().sendBinary(byte[]) 发送二进制消息。

  • Pong 消息处理: @OnMessage 方法可以接收 PongMessage 类型的参数来处理 Pong 消息 (WebSocket 心跳机制的一部分)。

  • Session API: Session 对象提供了丰富的方法来管理 WebSocket 会话，例如获取会话 ID (getId())、获取远程端点 (getBasicRemote(), getAsyncRemote())、关闭会话 (close())、获取会话属性 (getUserProperties()) 等。

  • 编码器和解码器 (Encoders and Decoders): JSR 356 提供了 Encoder 和 Decoder 接口，可以自定义消息的编码和解码逻辑，支持将 Java 对象直接作为 WebSocket 消息发送和接收。可以通过 @ServerEndpoint 注解的 encoders 和 decoders 属性来指定使用的编码器和解码器。

5.6.4 Tomcat WebSocket 配置

Tomcat 的 WebSocket 配置主要集中在以下几个方面：

  • Connector 配置: Tomcat 的 Connector 组件负责接收客户端的连接请求。对于 WebSocket 连接，需要确保 Connector 配置支持 HTTP Upgrade 协议。默认情况下，Tomcat 的 HTTP Connector 已经支持 HTTP Upgrade，无需额外配置。

  • WebSocket 容器配置: Tomcat 内部有一个 WebSocket 容器，负责管理 WebSocket 端点和连接。可以通过 Context 元素的 <websocket-container> 子元素来配置 WebSocket 容器的属性。

  • 应用部署描述符 (web.xml): 可以在 web.xml 文件中配置 WebSocket 相关的设置，例如禁用某些 ServletContext 的 WebSocket 支持。

server.xml Connector 配置 (示例):

通常情况下，默认的 Connector 配置已经足够支持 WebSocket。但如果需要自定义 Connector 配置，例如修改端口号、协议等，可以在 server.xml 文件中进行配置。

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443" />
​

context.xml WebSocket 容器配置 (示例):

在 context.xml 文件中，可以通过 <websocket-container> 元素配置 WebSocket 容器的属性。例如，可以设置最大会话空闲超时时间、最大消息大小等。

<Context path="/your-webapp-context">
    <websocket-container>
        <maxSessionIdleTimeout>300000</maxSessionIdleTimeout> <!-- 最大会话空闲超时时间 (毫秒) -->
        <maxTextMessageBufferSize>8192</maxTextMessageBufferSize> <!-- 最大文本消息缓冲区大小 (字节) -->
        <maxBinaryMessageBufferSize>8192</maxBinaryMessageBufferSize> <!-- 最大二进制消息缓冲区大小 (字节) -->
    </websocket-container>
</Context>
​

web.xml 配置 (示例):

在 web.xml 文件中，可以使用 <websocket-configuration> 元素进行 WebSocket 相关的配置。例如，可以禁用某个 ServletContext 的 WebSocket 支持。

<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
                             http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
         version="4.0">
    <websocket-configuration>
        <servlet-context-attribute>
            <name>org.apache.tomcat.websocket.DISABLE_DEFAULT_SERVER_ENDPOINT</name>
            <value>false</value> <!-- 默认值为 false, 设置为 true 可以禁用默认的 ServerEndpoint 扫描 -->
        </servlet-context-attribute>
    </websocket-configuration>
</web-app>
​

SSL/TLS 配置 (WSS):

要使用加密的 WebSocket 连接 (WSS)，需要在 Tomcat 中配置 SSL/TLS。配置 SSL/TLS Connector 的方式与配置 HTTPS 类似，需要在 server.xml 文件中配置 HTTPS Connector，并指定证书和密钥库信息。

<Connector port="8443" protocol="org.apache.coyote.http11.Http11NioProtocol"
           SSLEnabled="true" maxThreads="150" scheme="https" secure="true"
           clientAuth="false" sslProtocol="TLS"
           keystoreFile="conf/.keystore" keystorePass="changeit" />
​

配置 SSL/TLS Connector 后，客户端需要使用 wss:// 协议头来连接 WebSocket 服务端点。

5.6.5 WebSocket 集群和负载均衡

在生产环境中，为了提高 WebSocket 应用的可用性和扩展性，通常需要部署 WebSocket 集群并进行负载均衡。然而，WebSocket 的持久连接特性给集群和负载均衡带来了一些挑战。

WebSocket 集群的挑战:

  • 状态保持: WebSocket 连接是状态性的。服务器需要维护每个连接的状态信息 (例如会话信息、用户状态等)。在集群环境中，如何保证状态在多个服务器之间同步和共享是一个关键问题。

  • 会话粘性 (Session Affinity): 负载均衡器需要将来自同一个客户端的 WebSocket 连接请求路由到同一个服务器实例，以保证会话状态的一致性。这就是所谓的会话粘性。

Tomcat 集群环境下的 WebSocket 部署策略:

  1. 基于负载均衡器的会话粘性: 最常见的策略是利用负载均衡器的会话粘性功能。负载均衡器 (例如 Nginx, Apache HTTP Server, HAProxy 等) 可以根据客户端的 IP 地址、Cookie 或其他标识，将来自同一个客户端的 WebSocket 连接请求路由到同一个 Tomcat 服务器实例。

  2. WebSocket 会话共享 (Session Replication): 在 Tomcat 集群中，可以使用 Tomcat 的会话复制 (Session Replication) 功能来同步 WebSocket 会话状态。当一个 Tomcat 实例上的 WebSocket 会话状态发生变化时，Tomcat 会将状态同步到集群中的其他实例。然而，会话复制会带来额外的网络开销和性能影响，需要根据实际应用场景权衡。

  3. 外部状态存储: 将 WebSocket 会话状态存储到外部的共享存储系统中 (例如 Redis, Memcached, Hazelcast 等)。所有 Tomcat 实例都从外部存储系统读取和写入会话状态。这种方式可以实现更好的扩展性和可靠性，但需要引入额外的基础设施和开发工作量。

负载均衡器配置 (Nginx 示例):

使用 Nginx 作为 WebSocket 负载均衡器，并配置会话粘性 (基于 IP 地址)。

upstream websocket_servers {
    ip_hash; # 基于客户端 IP 地址的会话粘性
    server tomcat-server1:8080;
    server tomcat-server2:8080;
    # ... 更多 Tomcat 服务器实例
}
server {
    listen 80;
    server_name your-domain.com;
    location /your-websocket-endpoint { # WebSocket 端点 URI
        proxy_pass http://websocket_servers;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
        proxy_set_header Host $host;
    }
    # ... 其他 HTTP 配置
}
​

代码层面考虑:

在 WebSocket 应用的代码层面，也需要考虑集群环境下的状态管理。例如，可以使用共享的缓存或数据库来存储和同步用户状态、在线用户列表等信息。避免将状态信息仅仅保存在单个 Tomcat 实例的内存中。

5.6.6 安全性考虑

WebSocket 应用也面临着与传统 Web 应用类似的安全风险，例如跨站脚本攻击 (XSS)、跨站请求伪造 (CSRF)、拒绝服务攻击 (DoS) 等。此外，WebSocket 协议本身也引入了一些新的安全考虑。

WebSocket 安全风险:

  • WebSocket 劫持: 攻击者可能尝试劫持 WebSocket 连接，窃取敏感数据或伪造消息。

  • WebSocket 注入: 如果服务端没有对客户端发送的消息进行充分的验证和过滤，攻击者可能通过注入恶意代码来攻击客户端或其他用户。

  • 拒绝服务攻击 (DoS): 攻击者可能发起大量的 WebSocket 连接或发送大量的消息，导致服务器资源耗尽，无法正常服务。

Tomcat WebSocket 安全措施:

  • 使用 WSS (WebSocket Secure): 强制使用 WSS 协议进行加密通信，防止数据在传输过程中被窃听。配置 Tomcat 的 SSL/TLS Connector。

  • 输入验证和过滤: 对客户端发送的所有消息进行严格的验证和过滤，防止恶意代码注入。

  • 身份验证和授权: 在 WebSocket 连接建立时或建立后进行用户身份验证和授权，确保只有授权用户才能访问 WebSocket 服务。可以使用标准的 Web 应用身份验证机制 (例如基于 Session 的身份验证、OAuth 2.0、JWT 等) 与 WebSocket 集成。

  • 限制连接速率和消息速率: 通过配置 Tomcat 的 WebSocket 容器或使用外部的防火墙/WAF (Web Application Firewall) 来限制客户端的连接速率和消息速率，防止 DoS 攻击。

  • 安全编码实践: 遵循安全的编码实践，例如防止跨站脚本攻击 (XSS)、跨站请求伪造 (CSRF) 等。

身份验证示例 (基于 HTTP Session):

可以在 WebSocket 端点的 @OnOpen 方法中，从 Session 对象获取 HTTP Session，并检查用户是否已登录。

@ServerEndpoint("/secured-ws")
public class SecuredWebSocketEndpoint {
    @OnOpen
    public void onOpen(Session session) {
        HttpSession httpSession = (HttpSession) session.getUserProperties().get("javax.servlet.http.HttpSession");
        if (httpSession == null || httpSession.getAttribute("user") == null) {
            try {
                session.close(new CloseReason(CloseCodes.VIOLATE_POLICY, "Unauthorized"));
                return;
            } catch (IOException e) {
                // ...
            }
        }
        // 用户已登录，继续处理 WebSocket 连接
        System.out.println("Secured WebSocket connection opened for user: " + httpSession.getAttribute("user"));
    }
    // ... 其他 @OnMessage, @OnError, @OnClose 方法
}
​

配置 WebSocket 握手拦截器 (HandshakeInterceptor):

Tomcat 允许配置 WebSocket 握手拦截器，在 WebSocket 握手过程中执行自定义的逻辑，例如进行身份验证、检查请求头等。可以实现 org.apache.tomcat.websocket.HandshakeInterceptor 接口，并在 Context 的 <websocket-container> 中配置拦截器。

5.6.7 性能优化

WebSocket 应用的性能优化主要关注以下几个方面：

  • 减少消息延迟: WebSocket 本身已经具有低延迟的特性。在应用层面，应尽量减少消息处理的耗时，避免阻塞 I/O 操作，使用异步处理或非阻塞 I/O。

  • 优化消息大小: 尽量减少 WebSocket 消息的大小，减少网络传输的负担。可以使用压缩算法 (例如 permessage-deflate WebSocket 扩展) 对消息进行压缩。

  • 连接池管理: Tomcat 内部的 WebSocket 容器会自动管理 WebSocket 连接，无需开发者手动管理连接池。Tomcat 的 NIO 模型能够高效地处理大量的并发 WebSocket 连接。

  • 合理配置 WebSocket 容器参数: 根据应用的实际需求，合理配置 Tomcat WebSocket 容器的参数，例如最大会话空闲超时时间、最大消息缓冲区大小等。

  • 集群和负载均衡: 通过部署 WebSocket 集群和负载均衡，提高应用的吞吐量和并发处理能力。

  • 监控和调优: 使用 Tomcat 的监控工具 (例如 JConsole, VisualVM, JMX) 监控 WebSocket 应用的性能指标，例如连接数、消息吞吐量、延迟等，并根据监控结果进行调优。

启用 permessage-deflate 扩展 (Tomcat 配置):

Tomcat 默认支持 permessage-deflate WebSocket 扩展，可以通过配置 Context 的 <websocket-container> 元素来启用和配置该扩展。

<Context path="/your-webapp-context">
    <websocket-container>
        <permessage-deflate>
            <enabled>true</enabled> <!-- 启用 permessage-deflate 扩展 -->
            <serverNoContextTakeover>true</serverNoContextTakeover>
            <clientNoContextTakeover>true</clientNoContextTakeover>
            <serverMaxWindowBits>15</serverMaxWindowBits>
            <clientMaxWindowBits>15</clientMaxWindowBits>
        </permessage-deflate>
    </websocket-container>
</Context>
​

启用 permessage-deflate 扩展后，Tomcat 会在 WebSocket 握手过程中与客户端协商是否使用压缩。如果双方都支持，后续的 WebSocket 消息将被压缩传输，从而减少网络带宽占用和提高传输效率。

5.6.8 总结

Tomcat 作为成熟的 Servlet 容器，提供了强大且易用的 WebSocket 支持，使得开发者可以方便地构建实时性、高并发的 Web 应用。掌握 Tomcat WebSocket 的相关知识，对于开发现代 Web 应用至关重要。希望本章节的内容能够帮助您更好地理解和应用 Tomcat WebSocket 技术。

发布者: 作者: 转发
评论区 (0)
U
0/500