Raft算法：保障分布式系統共識的穩健之道
1. 什么是Raft算法？Raft 是英文”Reliable、Replicated、Redundant、And Fault-Tolerant”（“可靠、可復制、可冗余、可容錯”）的首字母縮寫。Raft算法是一種用于在分布式系統
在Spring Boot中創建基本的REST控制器是個簡單的過程。通過使用一些注釋，您可以封裝所需的邏輯，讓Spring Boot處理其余部分。但是，這背后究竟發生了什么？本文將詳細介紹Spring Boot如何處理HTTP請求的復雜性。
接受者線程負責接收傳入請求并將其放入隊列中。但是，如果隊列達到其容量，則接受者將拒絕其他請求。另一方面，工作線程從接受者隊列中檢索請求，并在其專用線程堆棧中處理每個請求。
我們目前有1個接受者和10個工作線程。但是，請注意這些值可能會因我們的特定配置而有所不同。由于我們沒有修改任何配置參數，因此Spring已根據Spring Boot文檔中概述的默認值自動為我們設置了默認值。
需要考慮的一些重要配置參數是：
server.tomcat.accept-count=100 # Maximum queue length for incoming connection requests when all possible request processing threads are in use.server.tomcat.max-connections=10000 # Maximum number of connections that the server accepts and processes at any given time.server.tomcat.max-threads=200 # Maximum amount of worker threads.server.tomcat.min-spare-threads=10 # Minimum amount of worker threads.此外，值得注意的是，我們使用非阻塞IO（NIO）線程。這意味著單個線程可以管理多個連接并維護它們的持續時間，該持續時間由keepAlive參數確定。
要查看請求處理過程，請向我們的端點發送HTTP請求：
curl localhost:8080/greeting您將觀察到其中一個工作線程處理請求：
接下來介紹如何將請求路由到我們的控制器邏輯。
在請求之后，您會注意到一個日志條目：
2023-09-10T19:07:58.604 INFO 23948 --- [nio-8080-exec-1] o.a.c.c.C.[Tomcat].[localhost].[/] : Initializing Spring DispatcherServlet 'dispatcherServlet'2023-09-10T19:07:58.292 INFO 23948 --- [nio-8080-exec-1] o.s.web.servlet.DispatcherServlet : Initializing Servlet 'dispatcherServlet'2023-09-10T19:07:58.293 INFO 23948 --- [nio-8080-exec-1] o.s.web.servlet.DispatcherServlet : Completed initialization in 1 ms這表明已實例化DispatcherServlet類的一個實例來處理請求。 您可以在org.springframework.web.servlet包中輕松找到此類。在此包中，您將發現DispatcherServlet實際上是擴展HttpServlet類的標準servlet。它作為所有Spring基礎架構的入口點，在由Web服務器管理的Web應用程序中使用。
在Spring Web應用程序中，在配置中定義DispatcherServlet時，Apache Tomcat容器將初始化此servlet并將我們的請求委托給它，利用其工作線程之一。
DispatcherServlet中的中心方法是doService方法，它接收并指導我們的請求。
您可能會想知道，它如何確定適當的類來處理此特定請求。
答案在于它的handlerMappings字段，該字段存儲實現HandlerMapping接口的類集合。在DispatcherServlet實例化期間，此字段由initHandlerMappingsmethod初始化。
每當我們使用方法級別的@RequestMapping注釋定義新的@Controller類時，Spring都會自動生成一個RequestMappingInfo類。然后，將此生成的信息無縫地合并到handlerMappings屬性中。隨后，我們的DispatcherServlet利用此數據進行精確的請求路由。
讓我們在調試模式下更仔細地查看這個列表，您確實會找到我們的映射：
其余邏輯非常簡單。利用getHandler方法，DispatcherServlet在循環中迭代所有映射：
2023-09-10T19:07:58.604 INFO 23948 --- [nio-8080-exec-1] o.a.c.c.C.[Tomcat].[localhost].[/] : Initializing Spring DispatcherServlet 'dispatcherServlet'2023-09-10T19:07:58.292 INFO 23948 --- [nio-8080-exec-1] o.s.web.servlet.DispatcherServlet : Initializing Servlet 'dispatcherServlet'2023-09-10T19:07:58.293 INFO 23948 --- [nio-8080-exec-1] o.s.web.servlet.DispatcherServlet : Completed initialization in 1 ms一旦它確定了合適的處理程序，您可以在調試模式下觀察處理程序類：
DispatcherServlet仍然將請求傳遞給找到的處理程序。這就是它的工作原理。
本文介紹了在Spring Boot應用程序中處理HTTP請求的內部工作原理。了解了Spring Boot如何初始化Tomcat servlet容器、管理工作線程以及使用DispatcherServlet將請求路由到適當的控制器方法。
本文鏈接：http://www.tebozhan.com/showinfo-26-10582-0.htmlSpring Boot是如何處理HTTP請求的？
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 七種實現Web實時消息推送的方案
下一篇： 深入理解Java內存工作原理
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號