SpringBoot深入(一)--SpringBoot內建web容器及配置
前言
在學會基本運用SpringBoot同時,想必搭過SSH、SSM等開發框架的小夥伴都有疑惑,SpringBoot在spring的基礎上做了些什麼,使得使用SpringBoot搭建開發框架能如此簡單,便捷,快速。本系列文章記錄博主網羅部落格、分析原始碼、結合微薄經驗後的總結,以便日後翻閱自省。
正文
使用SpringBoot時,首先引人注意的便是其啟動方式,我們熟知的web專案都是需要部署到服務容器上,例如tomcat、weblogic、widefly(以前叫JBoss),然後啟動web容器真正執行我們的系統。而SpringBoot搭建的系統卻是執行***Application.class中的main方法啟動。這是為什麼?
原因是SpringBoot除了高度整合封裝了Spring一系列框架之外,還封裝了web容器,SpringBoot啟動時會根據配置啟動相應的上下文環境,檢視EmbeddedServletContainerAutoConfiguration原始碼可知(這裡SpringBoot啟動過程會單獨總結分析),如下。
@AutoConfigureOrder(-2147483648)
@Configuration
@ConditionalOnWebApplication
@Import({EmbeddedServletContainerAutoConfiguration.BeanPostProcessorsRegistrar.class})
public class EmbeddedServletContainerAutoConfiguration {
...
...(中間省略部分)
@Configuration
@ConditionalOnClass({Servlet.class, Undertow.class, SslClientAuthMode.class})//Undertow配置判斷
@ConditionalOnMissingBean(
value = {EmbeddedServletContainerFactory.class},
search = SearchStrategy.CURRENT
)
public static class EmbeddedUndertow {
public EmbeddedUndertow() {
}
@Bean
public UndertowEmbeddedServletContainerFactory undertowEmbeddedServletContainerFactory() {
return new UndertowEmbeddedServletContainerFactory();
}
}
@Configuration
@ConditionalOnClass({Servlet.class, Server.class, Loader.class, WebAppContext.class})//Jetty配置判斷
@ConditionalOnMissingBean(
value = {EmbeddedServletContainerFactory.class},
search = SearchStrategy.CURRENT
)
public static class EmbeddedJetty {
public EmbeddedJetty() {
}
@Bean
public JettyEmbeddedServletContainerFactory jettyEmbeddedServletContainerFactory() {
return new JettyEmbeddedServletContainerFactory();
}
}
@Configuration
@ConditionalOnClass({Servlet.class, Tomcat.class})//Tomcat配置判斷,預設為Tomcat
@ConditionalOnMissingBean(
value = {EmbeddedServletContainerFactory.class},
search = SearchStrategy.CURRENT
)
public static class EmbeddedTomcat {
public EmbeddedTomcat() {
}
@Bean
public TomcatEmbeddedServletContainerFactory tomcatEmbeddedServletContainerFactory() {
return new TomcatEmbeddedServletContainerFactory();
}
}
}
該自動配置類表明SpringBoot支援封裝Tomcat、Jetty和Undertow三種web容器,檢視spring-boot-starter-web的pom.xml(如下),其預設配置為Tomcat。
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starters</artifactId>
<version>1.5.8.RELEASE</version>
</parent>
<artifactId>spring-boot-starter-web</artifactId>
<name>Spring Boot Web Starter</name>
<description>Starter for building web, including RESTful, applications using Spring
MVC. Uses Tomcat as the default embedded container</description>
<url>http://projects.spring.io/spring-boot/</url>
<organization>
<name>Pivotal Software, Inc.</name>
<url>http://www.spring.io</url>
</organization>
<properties>
<main.basedir>${basedir}/../..</main.basedir>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
</dependency>
...
...
顯然,更換內建容器,能提高SpringBoot專案的效能,由於SpringBoot插拔式的模組設計,配置Undertow只需要兩步,如下。
1.第一步,去除原容器依賴,加入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>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-undertow</artifactId>
</dependency>
2.第二步,在application.yml中配置Undertow。
server.undertow.accesslog.dir= # Undertow access log directory.
server.undertow.accesslog.enabled=false # Enable access log.
server.undertow.accesslog.pattern=common # Format pattern for access logs.
server.undertow.accesslog.prefix=access_log. # Log file name prefix.
server.undertow.accesslog.rotate=true # Enable access log rotation.
server.undertow.accesslog.suffix=log # Log file name suffix.
server.undertow.buffer-size= # Size of each buffer in bytes.
server.undertow.buffers-per-region= # Number of buffer per region.
server.undertow.direct-buffers= # Allocate buffers outside the Java heap.
server.undertow.io-threads= # Number of I/O threads to create for the worker.
server.undertow.max-http-post-size=0 # Maximum size in bytes of the HTTP post content.
server.undertow.worker-threads= # Number of worker threads.
其餘對容器的更多配置,調優等等不作介紹,可以自行百度Undertow。
到這裡,肯定會有很多人有疑惑,非得用SpringBoot整合的容器作為執行環境嗎?答案是:NO! SpringBoot同樣提供了像往常一樣打war包部署的解決方案。
1.將專案的啟動類Application.java繼承SpringBootServletInitializer並重寫configure方法。
@SpringBootApplication
public class Application extends SpringBootServletInitializer {
@Override
protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
return application.sources(Application.class);
}
public static void main(String[] args) throws Exception {
SpringApplication.run(Application.class, args);
}
}
2.在pom.xml檔案中,< project >標籤下面新增war包支援的< package >標籤,或者將原標籤值jar改成war。
<packaging>war</packaging>
3.在pom.xml檔案中,去除tomcat依賴,或者將其標記為provided(打包時排除),provided方式有一點好處是除錯是可以用內建tomcat。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
<scope>provided</scope>
</dependency>
至此,以上3個配置便可以完成war方式部署,注意war包部署後訪問時需要加上專案名稱。
最後,對比傳統應用容器和springboot容器架構圖。
傳統應用容器:
springboot容器:
SpringBoot這種設計在微服務架構下有明顯的優點:
- 可以建立獨立、自啟動的應用容器
- 不需要構建War包併發布到容器中,構建和維護War包、容器的配置和管理也是需要成本和精力的
- 通過Maven的定製化標籤,可以快速建立SpringBoot的應用程式
- 可以最大化地自動化配置Spring,而不需要人工配置各項引數
- 提供了產品化特點,例如:效能分析、健康檢查和外部化配置
- 全程沒有XML配置,也不需要程式碼生成