spring boot的嵌入式服务器（如tomcat、jetty）主要作为servlet容器，仅支持部分java ee规范，如servlet api和jsp。若项目需要使用完整的java ee功能，例如ejb、jms、jta等，则需部署到jboss、weblogic等全功能java ee应用服务器。本文将详细阐述spring boot与java ee的兼容性差异，并指导何时选择嵌入式服务器或外部应用服务器。
Spring Boot与嵌入式服务器
Spring Boot以其“约定优于配置”的理念和内嵌式服务器的特性，极大地简化了Java应用的开发与部署。默认情况下，Spring Boot应用会打包成一个可执行的JAR文件，其中包含了应用代码以及一个嵌入式的Servlet容器，例如Apache Tomcat、Eclipse Jetty或Undertow。
这些嵌入式服务器的核心功能是提供一个运行时环境来处理HTTP请求和响应，它们主要实现了Java EE规范中的以下部分：
- Servlet API: 用于处理Web请求和响应的核心API。
- JSP (JavaServer Pages): 用于生成动态Web内容的视图技术。
- WebSocket: 用于实现全双工通信的协议。
因此，Spring Boot应用能够轻松构建RESTful API、Web MVC应用以及WebSocket服务。然而，需要明确的是，这些嵌入式服务器本质上是Servlet容器，而非全功能的Java EE应用服务器。
全功能Java EE应用服务器的范畴
与Servlet容器不同，全功能的Java EE应用服务器（如JBoss/WildFly、Oracle WebLogic、IBM WebSphere、Payara Server等）提供了更广泛、更深入的Java EE规范支持。除了上述Servlet、JSP等Web层技术外，它们还实现了许多企业级核心规范，包括但不限于：
- EJB (Enterprise JavaBeans): 用于开发分布式、事务性、安全的企业级组件。
- JMS (Java Message Service): 用于实现消息队列和发布/订阅模式的异步通信。
- JTA (Java Transaction API): 用于管理分布式事务。
- CDI (Contexts and Dependency Injection): 统一的依赖注入和上下文管理机制。
- JPA (Java Persistence API): 对象关系映射（ORM）规范。
- JSF (JavaServer Faces): 用于构建复杂用户界面的组件化Web框架。
- JAX-RS (Java API for RESTful Web Services): 用于构建RESTful Web服务的标准API。
- JAX-WS (Java API for XML Web Services): 用于构建SOAP Web服务的标准API。
这些规范提供了构建大规模、高可用、高并发企业级应用所需的丰富功能。
兼容性差异与选择策略
理解Spring Boot嵌入式服务器与全功能Java EE应用服务器之间的差异至关重要。
- Spring Boot的定位： Spring Boot旨在简化Spring框架的应用开发，它本身并非Java EE规范的实现者。它通过集成和抽象，使得开发者能够方便地使用Spring生态系统中的各种模块（如Spring Data JPA、Spring AMQP、Spring Batch等），这些模块在功能上可能与Java EE的某些规范（如JPA、JMS）有所重叠，但其实现和管理方式是基于Spring自身的。
- 何时选择嵌入式服务器： 对于大多数现代微服务、RESTful API服务、Web应用以及基于Spring Cloud构建的云原生应用而言，Spring Boot的嵌入式服务器通常已足够。这些应用主要依赖于Servlet容器提供的Web功能，以及Spring框架提供的依赖注入、AOP、数据访问等核心能力。
-
何时考虑全功能Java EE应用服务器：
- 遗留系统集成： 如果项目需要与大量基于EJB、JMS等传统Java EE规范构建的遗留系统进行深度集成，并且这些集成强烈依赖于应用服务器提供的特定容器服务（如EJB容器管理事务、消息驱动Bean），那么部署到JBoss/WildFly等全功能Java EE服务器可能更为合适。
- 特定企业级需求： 某些企业可能对分布式事务（JTA）、高级消息服务（JMS）或特定的安全容器管理有严格要求，而这些功能在Java EE应用服务器中得到了原生且全面的支持。
- 技术栈统一： 在某些企业环境中，为了保持技术栈的统一性或利用现有运维团队对Java EE应用服务器的专业知识，可能会选择将Spring Boot应用作为WAR包部署到这些服务器上。
部署策略：JAR vs. WAR
Spring Boot项目默认生成的是一个可执行的JAR文件，其中包含了嵌入式服务器，可以直接通过 java -jar your-app.jar 命令运行。这是Spring Boot推荐的部署方式，尤其适用于容器化和微服务架构。
然而，如果确实需要将Spring Boot应用部署到外部的全功能Java EE应用服务器（如JBoss），则需要将项目打包成WAR（Web Application Archive）文件。
如何将Spring Boot项目打包为WAR文件：
-
修改pom.xml：
- 将
标签的值从 jar 改为 war。 - 添加 spring-boot-starter-tomcat 依赖，并将其 scope 设置为 provided，表示该依赖由外部Servlet容器提供，而不是打包到WAR文件中。
- 移除 spring-boot-maven-plugin 中的
部分，或者确保 repackage 目标不会干扰WAR打包。
war org.springframework.boot spring-boot-starter-weborg.springframework.boot spring-boot-starter-tomcatprovided org.springframework.boot spring-boot-maven-plugin - 将
-
修改主应用类：
- 让你的主应用类（通常带有 @SpringBootApplication 注解的类）继承 SpringBootServletInitializer，并覆盖 configure() 方法。
import org.springframework.boot.builder.SpringApplicationBuilder; import org.springframework.boot.web.servlet.support.SpringBootServletInitializer; @SpringBootApplication public class MyApplication extends SpringBootServletInitializer { public static void main(String[] args) { SpringApplication.run(MyApplication.class, args); } @Override protected SpringApplicationBuilder configure(SpringApplicationBuilder application) { return application.sources(MyApplication.class); } }
完成这些修改后，执行 mvn package 命令，将会在 target 目录下生成一个WAR文件，你可以将其部署到JBoss等应用服务器。
总结与建议
Spring Boot的嵌入式服务器为现代Web应用和微服务提供了高效、便捷的开发和部署体验，它支持Java EE规范中的Servlet、JSP等核心Web技术。然而，它并非全功能的Java EE应用服务器，不提供EJB、JMS、JTA等所有企业级规范的完整实现。
在选择技术栈时，开发者应根据项目的具体需求进行权衡：
- 对于大多数新的Web服务、RESTful API和微服务项目，Spring Boot配合其嵌入式服务器是首选。 它提供了轻量级、快速启动、易于部署的优势。
- 对于需要利用传统Java EE全套企业级功能（如EJB、JTA）的复杂遗留系统集成或特定企业级应用，部署到JBoss、WebLogic等全功能Java EE应用服务器可能更为合适。 此时，Spring Boot项目可以配置为生成WAR包进行部署。
理解这些差异有助于做出明智的技术决策，从而构建出既符合业务需求又高效可靠的应用程序。
