Jetty和tomcat的比較

Tomcat和Jetty都是一種Servlet引擎，他們都支援標準的servlet規範和JavaEE的規範。

架構比較

Jetty的架構比Tomcat的更為簡單

Jetty的架構是基於Handler來實現的，主要的擴充套件功能都可以用Handler來實現，擴充套件簡單。

Tomcat的架構是基於容器設計的，進行擴充套件是需要了解Tomcat的整體設計結構，不易擴充套件。

效能比較

Jetty和Tomcat效能方面差異不大

Jetty可以同時處理大量連線而且可以長時間保持連線，適合於web聊天應用等等。

Jetty的架構簡單，因此作為伺服器，Jetty可以按需載入元件，減少不需要的元件，減少了伺服器記憶體開銷，從而提高伺服器效能。

Jetty預設採用NIO（非阻塞IO）結束在處理I/O請求上更佔優勢，在處理靜態資源時，效能較高。

Tomcat適合處理少數非常繁忙的連結，也就是說連結生命週期短的話，Tomcat的總體效能更高。 另外，Tomcat預設採用BIO（阻塞IO）處理I/O請求，在處理靜態資源時，效能較差。

Servlet規範支援方面

Jetty的應用更加快速，修改簡單，對新的Servlet規範的支援較好。 GAE（谷歌應用引擎已經全面切換為Jetty）

Tomcat目前應用比較廣泛，對JavaEE和Servlet的支援更加全面，很多特性會直接整合進來。（中小企業還再在用）

maven配置

maven的pom.xml只需要排除tomcat並引入jetty即可

    <dependency> 
      <groupId>org.springframework.boot</groupId> 
      <artifactId>spring-boot-starter-web</artifactId> 
      <!-- 使用Jetty，需要在spring-boot-starter-web排除spring-boot-starter-tomcat，因為SpringBoot預設使用tomcat --> 
      <exclusions> 
        <exclusion> 
          <groupId>org.springframework.boot</groupId> 
          <artifactId>spring-boot-starter-tomcat</artifactId> 
        </exclusion> 
      </exclusions> 
    </dependency> 
 
    <!-- Jetty適合長連線應用，就是聊天類的長連線 --> 
    <dependency> 
      <groupId>org.springframework.boot</groupId> 
      <artifactId>spring-boot-starter-jetty</artifactId> 
    </dependency> 

application.yml配置

配置方面，保持之前的內容即可。

server.port和server.servlet.context-path的配置不變,

server:
port: 1314
servlet:
context-path: /xxxx
#jetty配置，主要是acceptors和selectors
jetty:
acceptors: 2
selectors: 4
#tomcat的配置可以保留，切換回來可用，反正不會生效
tomcat:
remote-ip-header: x-forward-for
uri-encoding: UTF-8
max-threads: 2000
#background-processor-delay: 30
max-http-header-size: 8096
basedir: ${user.home}/tomcat/tmp
max-connections: 5000
max-http-post-size: 10000000
connection-timeout: 600000

application.properties配置

如果properties可以配置如下

####Jetty properties########
server.jetty.acceptors=2 # acceptor執行緒數
server.jetty.max-http-post-size=0 # put或post方法最大位元組數
server.jetty.selectors=4 # selector執行緒數

Jetty引數解讀

Jetty的執行緒架構模型非常簡單，分為acceptors，selectors和workers三個執行緒池。acceptors負責接受新連線，然後交給selectors處理HTTP訊息協議的解包，最後由workers處理請求。前兩個執行緒池採用非阻塞模型，一個執行緒可以處理很多socket的讀寫，所以執行緒池數量較小。

大多數專案，acceptors執行緒只需要1-2個，selectors執行緒配置2～4個足矣。workers是阻塞性的業務邏輯，往往有較多的資料庫操作，需要的執行緒數量較多，具體數量隨應用程式的QPS和IO事件佔比而定。QPS越高，需要的執行緒數量越多，IO佔比越高，等待的執行緒數越多，需要的匯流排程數也越多。

補充知識：SpringBoot 2.1.x整合Jetty容器

pom.xml依賴

<dependencies>
    <!--WEB 模組-->
    <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>
    <!--Jetty容器-->
    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-jetty</artifactId>
    </dependency>
  </dependencies>

Jetty容器相關引數

測試

以上這篇SpringBoot2使用Jetty容器操作(替換預設Tomcat)就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支援我們。