在閱讀完back-center源碼后，是否注意過，咱們的pom依賴中引用了spring-boot-starter-web，定義了server.port ,同時定義了靜態資源，那么這個starter究竟干了什么事情。 ## 回顧back-center中的代碼 * 啟動端口  * 前端代碼  ## server.port  * 咱們閱讀springboot 代碼  * 找到spring-boot-starter-web 自動裝配的程序包  * 找到ServerProperties  * 查找相關依賴  * springboot 內置web容器中使用了ServerProperties，至于配置文件的server.port如何映射到ServerProperties，需要關注@ConfigurationProperties，springboot 內置容器將會以配置文件中的server.port啟動  * 啟動back-center  ## 靜態資源 spring boot 啟動如何知道前端的靜態資料路徑呢？你有沒有遇到在springboot項目中放了一個html 報404呢？ 下面分析源碼。 * 濤聲依舊，找到spring-boot-starter-web的源碼包  * 找到相關處理類  * 回顧back-center代碼，建立聯系  ## tomcat啟動原理  ## tomcat 啟動流程  ## 初始化連接器等信息  ## 內置tomcat處理能力配置情況查詢  ## 默認tomcat配置  ``` # 等待隊列長度，默認100。隊列也做緩沖池用，但也不能無限長，不但消耗內存，而且出隊入隊也消耗CPU server.tomcat.accept-count=1000 # 最大工作線程數，默認200。（4核8g內存，線程數800，一般是核數*200。操作系統做線程之間的切換調度是有系統開銷的，所以不是越多越好。） server.tomcat.max-threads=800 # 最小工作空閑線程數，默認10。（適當增大一些，以便應對突然增長的訪問量） server.tomcat.min-spare-threads=100 #最大連接數，默認為10000 server.tomcat.max-connections=10000 ``` **查看tomcat線程數命令如下：** 獲取tomcat進程pid ：ps -ef|grep tomcat 統計該tomcat進程內的線程個數 ：ps -Lf 29295 |wc -l ## 優化理論 Tomcat在NIO模式時有一個線程專業接受請求連接，然后將其放到任務隊列，然后有工作線程從任務t隊列取出請求并并發處理（工作線程數通過maxThreads值控制，Tomcat默認是200），如果每個請求處理很快比如20ms，則工作線程1s內就能處理(1000/20*200)10000個請求，否則若請求處理很慢比如要幾秒，則請求隊列中的連接得到處理收到響應的時間也會變慢。 * maxThreads、minSpareThreads是tomcat工作線程池的配置參數，maxThreads就相當于jdk線程池的maxPoolSize，而minSpareThreads就相當于jdk線程池的corePoolSize。 * acceptCount、maxConnections是tcp層相關的參數。  ## Tomcat與線程池   ## tomcat 執行流程  大致流程為： 1、創建一個Acceptor線程來接收用戶連接，接收到之后扔到events queue隊列里面，默認情況下只有一個線程來接收 2、創建Poller線程，數量小于等于2，Poller對象是NIO的核心，在Poller中，維護了一個Selector對象；當Poller從隊列中取出socket后，注冊到該Selector中；然后通過遍歷Selector，找出其中可讀的socket，然后扔到線程池中處理相應請求，這就是典型的NIO多路復用模型。 3、扔到線程池中的SocketProcessorBase處理請求 相較于BIO模型的tomcat，NIO的優勢分析： 1、BIO中的流程應該是接收到請求之后直接把請求扔給線程池去做處理，在這個情況下一個連接即需要一個線程來處理，線程既需要讀取數據還需要處理請求，線程占用時間長，很容易達到最大線程 2、NIO的流程的不同點在于Poller類采用了多路復用模型，即Poller類只有檢查到可讀或者可寫的連接時才把當前連接扔給線程池來處理，這樣的好處是大大節省了連接還不能讀寫時的處理時間（如讀取請求數據），也就是說NIO“讀取socket并交給Worker中的線程”這個過程是非阻塞的，當socket在等待下一個請求或等待釋放時，并不會占用工作線程，因此Tomcat可以同時處理的socket數目遠大于最大線程數，并發性能大大提高。 ## tomcat處理請求  ## tomcat分發到DispatcherServlet  ## web跳轉API ``` redirectStrategy.sendRedirect(request, response, "http://www.baidu.com"); ``` ## request ，response ``` // 獲得request對象,response對象 ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes(); HttpServletRequest request = attributes.getRequest(); HttpServletResponse response = attributes.getResponse(); ``` ## ServletContext ``` ContextLoader.getCurrentWebApplicationContext().getServletContext() ``` 本章主要是說明spring-boot-starter-web啟動的其中一部分，希望可以管中規豹，帶你理解springboot的一些原理，spring-boot-starter到底做了什么，后面我們會陸續分析。 ## spring boot web開發 Spring Boot 全面支持開發 Restful 程序，通過不同的注解來支持前端的請求。 @GetMapping，處理 Get 請求 @PostMapping，處理 Post 請求 @PutMapping，用于更新資源 @DeleteMapping，處理刪除請求 @PatchMapping，用于更新部分資源 這些組合注解是我們使用的@RequestMapping的簡寫版本，下面是 Java 類中的使用示例 @GetMapping(value="/xxx") 等價于 @RequestMapping(value = "/xxx",method = RequestMethod.GET) @PostMapping(value="/xxx") 等價于 @RequestMapping(value = "/xxx",method = RequestMethod.POST) @PutMapping(value="/xxx") 等價于 @RequestMapping(value = "/xxx",method = RequestMethod.PUT) @DeleteMapping(value="/xxx") 等價于 @RequestMapping(value = "/xxx",method = RequestMethod.DELETE) @PatchMapping(value="/xxx") 等價于 @RequestMapping(value = "/xxx",method = RequestMethod.PATCH)