您好,登錄后才能下訂單哦!
SpringBoot2如何使用Jetty容器?很多新手對此不是很清楚,為了幫助大家解決這個難題,下面小編將為大家詳細講解,有這方面需求的人可以來學習下,希望你能有所收獲。
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容器相關參數
測試
看完上述內容是否對您有幫助呢?如果還想對相關知識有進一步的了解或閱讀更多相關文章,請關注億速云行業資訊頻道,感謝您對億速云的支持。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。