Springboot: Tomcat很好我选Undertow

Spring Boot服务器容器

Spring Boot默认使用嵌入式Tomcat作为其服务器容器，因为Tomcat是一个成熟、可靠的服务器容器，它能够很好地支持Java Web应用程序。除了Tomcat之外，Spring Boot还支持其他多种服务器容器，包括：

1. Jetty: Jetty是一个轻量级的服务器容器，它具有快速启动时间和占用资源少的优势。Jetty还具有高度可定制性，可以根据需要添加或删除功能。

2. Undertow: Undertow是一个灵活、高性能的服务器容器，可以在高并发情况下提供更好的性能。它的设计目标是支持异步请求处理，从而提高应用程序的性能。

3. Netty: Netty是一个基于NIO的网络框架，它可以作为服务器容器来使用。Netty的主要优势是其高性能和可扩展性。

4. GlassFish: GlassFish是一个完整的Java EE应用服务器，它支持多种Java EE规范和技术。虽然GlassFish相对较重，但它可以为开发人员提供更多的Java EE功能。

如何更换到 Undertow 作为服务器容器

要将Spring Boot应用程序切换到Undertow作为服务器容器，可以遵循以下步骤：

1. 添加Undertow依赖：在pom.xml文件中添加以下依赖：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-undertow</artifactId>
</dependency>

2. 排除Tomcat依赖：在pom.xml文件中排除Tomcat依赖，以确保Spring Boot使用Undertow作为服务器容器。添加以下代码：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
    <exclusions>
        <exclusion>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-tomcat</artifactId>
        </exclusion>
    </exclusions>
</dependency>

3. 配置Undertow属性：在application.properties或application.yml文件中添加以下属性配置：

server.port=8080
server.undertow.worker-threads=100
server.undertow.io-threads=100

这些配置属性可以根据需要进行调整，其中server.port是服务器监听的端口号，server.undertow.worker-threads和server.undertow.io-threads是Undertow服务器的工作线程和I/O线程数。

完成上述步骤后，重新启动Spring Boot应用程序即可使用Undertow作为服务器容器。可以通过浏览器访问http://localhost:8080 来验证服务器是否成功更换。

选择适合自己项目的服务器容器主要根据项目的性质和要求来决定。如果需要轻量级、快速启动和低资源占用的服务器容器，可以考虑Jetty或Undertow。如果需要高性能和可扩展性，可以考虑Netty。如果需要完整的Java EE支持，可以考虑GlassFish。

一般什么时候需要考虑更换springboot服务器容器

选择Spring Boot的服务器容器是根据项目的特定需求和实际情况来决定的。下面列举了一些情况，可能需要考虑更换Spring Boot的服务器容器：

1. 高并发场景：如果应用程序需要处理大量并发请求，可能需要考虑使用高性能的服务器容器，例如Undertow或Netty。

2. 资源占用问题：如果应用程序需要占用较少的系统资源，例如内存或CPU，可能需要考虑使用轻量级服务器容器，例如Jetty或Undertow。

3. 安全性问题：如果应用程序需要更高的安全性保障，例如支持HTTPS协议或安全认证等，可能需要考虑使用支持这些功能的服务器容器，例如Tomcat或Undertow。

4. 兼容性问题：如果应用程序需要支持特定的协议或技术栈，可能需要考虑使用支持这些功能的服务器容器，例如GlassFish。

5. 性能测试结果：在进行性能测试时，可以尝试使用不同的服务器容器来比较其性能和稳定性，并根据测试结果选择最适合的服务器容器。

总的来说，选择适合自己项目的服务器容器主要根据项目的性质和要求来决定，需要考虑多种因素来进行选择。

Undertow 和 Tomcat 作为服务器容器的优势跟劣势

Undertow和Tomcat都是常用的Java服务器容器，它们各有优缺点。下面是它们的优缺点比较：

1. 性能优劣

Undertow比Tomcat具有更高的性能，可以更好地处理高并发请求。Undertow采用异步IO的方式来处理请求，能够更好地利用服务器资源，从而提高性能。Tomcat采用线程池的方式来处理请求，相比异步IO的方式存在一些性能瓶颈。

2. 内存占用

Undertow相比Tomcat占用更少的内存，因为它采用了异步IO的方式，可以更好地利用服务器资源。而Tomcat采用线程池的方式，需要为每个请求分配一个线程，这会导致内存占用较高。

3. 启动速度

Undertow启动速度比Tomcat快，因为它占用的资源更少，启动时间也更短。

4. 配置复杂度

Undertow的配置比Tomcat略复杂一些，但是在Spring Boot中使用Undertow相对简单，只需要添加相应的依赖并配置几个属性即可。

5. 兼容性

Tomcat支持更多的Java EE规范和技术，因此在某些情况下可能更适合需要完整Java EE支持的项目。Undertow虽然不支持Java EE规范，但是可以通过集成其他框架来实现相应的功能。

综上所述，Undertow相对于Tomcat而言具有更高的性能和更少的内存占用，适用于处理高并发请求的情况。但是Tomcat在Java EE支持和兼容性方面更好，适用于需要完整Java EE支持的项目。因此，在选择服务器容器时，需要根据项目实际需求和特点进行选择。

Undertow 成功案例

Undertow在兼容性方面的确比传统的Java EE服务器容器如Tomcat稍有不足，但是也有很多成功的案例，说明Undertow在实际生产环境中已经足够使用。

一些成功的Undertow案例包括：

1. WildFly: WildFly是一个Java EE应用服务器，它使用Undertow作为其Web服务器容器，因此在实际生产环境中得到了广泛应用。

2. Red Hat OpenShift: Red Hat OpenShift是一个开源的容器应用平台，它使用Undertow作为其Web服务器容器，以提供高性能和可扩展性。

3. Apache Camel: Apache Camel是一个基于规则的消息路由和转换框架，它使用Undertow作为其Web服务器容器，以提供高性能和可靠性。

4. JBoss Fuse: JBoss Fuse是一个集成平台，它使用Undertow作为其Web服务器容器，以提供高性能和可靠性。

总的来说，虽然Undertow在兼容性方面不如传统的Java EE服务器容器如Tomcat，但是在实际生产环境中已经得到了广泛应用，足以满足大多数企业级应用程序的需求。并且随着Undertow的不断发展和完善，其兼容性也在不断提高。

总结

选择适合自己项目的服务器容器主要根据项目的性质和要求来决定，需要考虑多种因素来进行选择。但我觉得 Undertow 会越来越强的, 替代Tomcat也不是不可能