前言
在学会基本运用SpringBoot同时,想必搭过SSH、SSM等开发框架的小伙伴都有疑惑,SpringBoot在spring的基础上做了些什么,使得使用SpringBoot搭建开发框架能如此简单,便捷,快速。
正文
使用SpringBoot时,首先引人注意的便是其启动方式,我们熟知的web项目都是需要部署到服务容器上,例如tomcat、weblogic、widefly(以前叫JBoss),然后启动web容器真正运行我们的系统。而SpringBoot搭建的系统却是运行***Application.class中的main方法启动。这是为什么?
原因是SpringBoot除了高度集成封装了Spring一系列框架之外,还封装了web容器,SpringBoot启动时会根据配置启动相应的上下文环境,查看EmbeddedServletContainerAutoConfiguration源码可知(这里SpringBoot启动过程会单独总结分析),如下。
@AutoConfigureOrder
该自动配置类表明SpringBoot支持封装Tomcat、Jetty和Undertow三种web容器,查看spring-boot-starter-web的pom.xml(如下),其默认配置为Tomcat。
<?
显然,更换内置容器,能提高SpringBoot项目的性能,由于SpringBoot插拔式的模块设计,配置Undertow只需要两步,如下。
1.第一步,去除原容器依赖,加入Undertow依赖。
<
2.第二步,在application.yml中配置Undertow。
server
其余对容器的更多配置,调优等等不作介绍,可以自行百度Undertow。
到这里,肯定会有很多人有疑惑,非得用SpringBoot集成的容器作为运行环境吗?答案是:NO! SpringBoot同样提供了像往常一样打war包部署的解决方案。
将项目的启动类Application.java继承SpringBootServletInitializer并重写configure方法
@SpringBootApplication
2.在pom.xml文件中,< project >标签下面添加war包支持的< package >标签,或者将原标签值jar改成war。
<
3.在pom.xml文件中,去除tomcat依赖,或者将其标记为provided(打包时排除),provided方式有一点好处是调试是可以用内置tomcat。
<
至此,以上3个配置便可以完成war方式部署,注意war包部署后访问时需要加上项目名称。
最后,对比传统应用容器和springboot容器架构图。
传统应用容器:
springboot容器:
SpringBoot这种设计在微服务架构下有明显的优点:
· 可以创建独立、自启动的应用容器
· 不需要构建War包并发布到容器中,构建和维护War包、容器的配置和管理也是需要成本和精力的
· 通过Maven的定制化标签,可以快速创建SpringBoot的应用程序
· 可以最大化地自动化配置Spring,而不需要人工配置各项参数
· 提供了产品化特点,例如:性能分析、健康检查和外部化配置
· 全程没有XML配置,也不需要代码生成