1.spring的生命周期
Spring作為當前Java最流行、最強大的輕量級容器框架绘梦，了解熟悉spring的生命周期非常有必要寝衫；
首先容器啟動后稀拐，對bean進行初始化
按照bean的定義握截，注入屬性
檢測該對象是否實現(xiàn)了xxxAware接口飞崖，并將相關的xxxAware實例注入給bean，如BeanNameAware等
以上步驟川蒙，bean對象已正確構造蚜厉，通過實現(xiàn)BeanPostProcessor接口长已，可以再進行一些自定義方法處理畜眨。如:postProcessBeforeInitialzation昼牛。
BeanPostProcessor的前置處理完成后，可以實現(xiàn)postConstruct康聂，afterPropertiesSet,init-method等方法贰健， 增加我們自定義的邏輯，
通過實現(xiàn)BeanPostProcessor接口恬汁，進行postProcessAfterInitialzation后置處理
接著Bean準備好被使用啦伶椿。
容器關閉后，如果Bean實現(xiàn)了DisposableBean接口氓侧，則會回調該接口的destroy()方法
通過給destroy-method指定函數脊另，就可以在bean銷毀前執(zhí)行指定的邏
2.TCP三次握手，四次揮手
tcp的三次握手四次揮手是每個程序員都應該熟悉的约巷。
三次握手：
第一次握手(SYN=1, seq=x)偎痛，發(fā)送完畢后，客戶端進入 SYN_SEND 狀態(tài)
第二次握手(SYN=1, ACK=1, seq=y, ACKnum=x+1)独郎， 發(fā)送完畢后踩麦，服務器端進入 SYN_RCVD 狀態(tài)。
第三次握手(ACK=1氓癌，ACKnum=y+1)谓谦，發(fā)送完畢后，客戶端進入 ESTABLISHED 狀態(tài)贪婉，當服務器端接收到這個包時反粥，也進入 ESTABLISHED 狀態(tài)，TCP 握手疲迂，即可以開始數據傳輸星压。
四次揮手：
第一次揮手(FIN=1，seq=a)鬼譬，發(fā)送完畢后娜膘，客戶端進入 FINWAIT1 狀態(tài)
第二次揮手(ACK=1，ACKnum=a+1)优质，發(fā)送完畢后竣贪，服務器端進入 CLOSEWAIT 狀態(tài)，客戶端接收到這個確認包之后巩螃，進入 FINWAIT_2 狀態(tài)
第三次揮手(FIN=1演怎，seq=b)，發(fā)送完畢后避乏，服務器端進入 LAST_ACK 狀態(tài)爷耀，等待來自客戶端的最后一個ACK。
第四次揮手(ACK=1拍皮，ACKnum=b+1)歹叮，客戶端接收到來自服務器端的關閉請求跑杭，發(fā)送一個確認包，并進入 TIME_WAIT狀態(tài)咆耿，等待了某個固定時間（兩個最大段生命周期德谅，2MSL，2 Maximum Segment Lifetime）之后萨螺，沒有收到服務器端的 ACK 窄做，認為服務器端已經正常關閉連接，于是自己也關閉連接慰技，進入 CLOSED 狀態(tài)椭盏。服務器端接收到這個確認包之后，關閉連接吻商，進入 CLOSED 狀態(tài)庸汗。
3.線程池執(zhí)行流程圖
線程池：一種線程使用模式。線程過多會帶來調度開銷手报，進而影響緩存局部性和整體性能蚯舱。而線程池維護著多個線程，等待著監(jiān)督管理者分配可并發(fā)執(zhí)行的任務掩蛤，這避免了在處理短時間任務時創(chuàng)建與銷毀線程的代價枉昏。線程池執(zhí)行流程是每個開發(fā)必備的。
執(zhí)行流程
提交一個任務揍鸟，線程池里存活的核心線程數小于線程數corePoolSize時兄裂，線程池會創(chuàng)建一個核心線程去處理提交的任務。
如果線程池核心線程數已滿阳藻，即線程數已經等于corePoolSize晰奖，一個新提交的任務，會被放進任務隊列workQueue排隊等待執(zhí)行腥泥。
當線程池里面存活的線程數已經等于corePoolSize了,并且任務隊列workQueue也滿匾南，判斷線程數是否達到maximumPoolSize，即最大線程數是否已滿蛔外，如果沒到達蛆楞，創(chuàng)建一個非核心線程執(zhí)行提交的任務。
如果當前的線程數達到了maximumPoolSize夹厌，還有新的任務過來的話豹爹，直接采用拒絕策略處理。
JDK提供了四種拒絕策略處理類
AbortPolicy(拋出一個異常矛纹，默認的)
DiscardPolicy(直接丟棄任務)
DiscardOldestPolicy（丟棄隊列里最老的任務臂聋，將當前這個任務繼續(xù)提交給線程池）
CallerRunsPolicy（交給線程池調用所在的線程進行處理)
4.JVM內存結構
JVM內存結構是Java程序員必須掌握的基礎。
程序計數器（PC 寄存器）
程序計數器是一塊較小的內存空間，可以看作當前線程所執(zhí)行的字節(jié)碼的行號指示器孩等。在虛擬機的模型里艾君，字節(jié)碼解釋器工作時就是通過改變這個計數器的值來選取下一條需要執(zhí)行的字節(jié)碼指令，分支瞎访、循環(huán)、異常處理吁恍、線程恢復等基礎功能都需要依賴計數器完成扒秸。
Java虛擬機棧
與程序計數器一樣，Java虛擬機棧也是線程私有的冀瓦，它的生命周期與線程相同
每個方法被執(zhí)行的時候都會創(chuàng)建一個"棧幀",用于存儲局部變量表(包括參數)伴奥、操作數棧、動態(tài)鏈接翼闽、方法出口等信息拾徙。每個方法被調用到執(zhí)行完的過程，就對應著一個棧幀在虛擬機棧中從入棧到出棧的過程感局。
局部變量表存放各種基本數據類型boolean尼啡、byte、char询微、short等
本地方法棧
與虛擬機椦虏t；绢愃疲瑓^(qū)別在于虛擬機棧為虛擬機執(zhí)行的java方法服務撑毛，而本地方法棧則是為Native方法服務书聚。
Java堆
GC堆是java虛擬機所管理的內存中最大的一塊內存區(qū)域，也是被各個線程共享的內存區(qū)域藻雌，在JVM啟動時創(chuàng)建雌续。
其大小通過-Xms(最小值)和-Xmx(最大值)參數設置，-Xms為JVM啟動時申請的最小內存胯杭，-Xmx為JVM可申請的最大內存驯杜。
由于現(xiàn)在收集器都是采用分代收集算法，堆被劃分為新生代和老年代做个。新生代由S0和S1構成艇肴，可通過-Xmn參數來指定新生代的大小。
所有對象實例以及數組都在堆上分配叁温。
Class文件中除了有類的版本再悼、字段、方法膝但、接口等描述信息外冲九，還有一項信息是常量池，用于存放編譯器生成的各種符號引用，這部分內容將在類加載后放到方法區(qū)的運行時常量池中莺奸。
方法區(qū)
也稱”永久代” 丑孩，它用于存儲虛擬機加載的類信息、常量灭贷、靜態(tài)變量温学、是各個線程共享的內存區(qū)域∩跖保可以通過-XX:PermSize 和 -XX:MaxPermSize 參數限制方法區(qū)的大小仗岖。
運行時常量池：是方法區(qū)的一部分，其中的主要內容來自于JVM對Class的加載览妖。
Class文件中除了有類的版本轧拄、字段、方法讽膏、接口等描述信息外檩电，還有一項信息是常量池，用于存放編譯器生成的各種符號引用府树，這部分內容將在類加載后放到方法區(qū)的運行時常量池中俐末。
5.Java內存模型
Java的多線程之間是通過共享內存進行通信的，在通信過程中會存在一系列如可見性奄侠、原子性鹅搪、順序性等問題，而JMM就是圍繞著多線程通信以及與其相關的一系列特性而建立的模型遭铺。JMM定義了一些語法集丽柿，這些語法集映射到Java語言中就是volatile、synchronized等關鍵字魂挂。有興趣可以看看我的另外一篇筆記：http://www.reibang.com/p/3c1691aed1a5
Java內存模型規(guī)定了所有的變量都存儲在主內存中甫题，每條線程還有自己的工作內存，線程的工作內存中保存了該線程中是用到的變量的主內存副本拷貝涂召，線程對變量的所有操作都必須在工作內存中進行坠非，而不能直接讀寫主內存。不同的線程之間也無法直接訪問對方工作內存中的變量果正，線程間變量的傳遞均需要自己的工作內存和主存之間進行數據同步進行炎码。
6.springMVC執(zhí)行流程圖
User向服務器發(fā)送request,前端控制Servelt DispatcherServlet捕獲;
DispatcherServlet對請求URL進行解析，調用HandlerMapping獲得該Handler配置的所有相關的對象秋泳，最后以HandlerExecutionChain對象的形式返回.
DispatcherServlet 根據獲得的Handler潦闲，選擇一個合適的HandlerAdapter.
提取Request中的模型數據，填充Handler入參迫皱，開始執(zhí)行Handler（Controller)
Handler執(zhí)行完成后歉闰，返回一個ModelAndView對象到DispatcherServlet
根據返回的ModelAndView，選擇一個適合的ViewResolver
ViewResolver 結合Model和View，來渲染視圖
將渲染結果返回給客戶端和敬。
7.JDBC執(zhí)行流程
JDBC執(zhí)行流程：
連接數據源
為數據庫傳遞查詢和更新指令
處理數據庫響應并返回的結果
8.spring cloud組件架構
Spring Cloud是一個基于Spring Boot實現(xiàn)的云原生應用開發(fā)工具凹炸，它為基于JVM的云原生應用開發(fā)中涉及的配置管理、服務發(fā)現(xiàn)昼弟、熔斷器啤它、智能路由、微代理舱痘、控制總線变骡、分布式會話和集群狀態(tài)管理等操作提供了一種簡單的開發(fā)方式。
Eureka 負責服務的注冊與發(fā)現(xiàn)衰粹。
Hystrix 負責監(jiān)控服務之間的調用情況锣光，起到熔斷,降級作用笆怠。
Spring Cloud Config 提供了統(tǒng)一的配置中心服務铝耻。
所有對外的請求和服務，我們都通過Zuul來進行轉發(fā)蹬刷，起到 API 網關的作用
最后我們使用 Sleuth+Zipkin 將所有的請求數據記錄下來瓢捉，方便我們進行后續(xù)分析。
Spring Cloud Ribbon是基于Netflix Ribbon實現(xiàn)的一套客戶端負載均衡的工具办成。它是一個基于HTTP和TCP的客戶端負載均衡器泡态。
Feign是一個聲明式的Web Service客戶端，它的目的就是讓Web Service調用更加簡單迂卢。
9.dubbo 調用
Dubbo是一個分布式服務框架某弦，致力于提供高性能和透明化的遠程服務調用方案，這容易和負載均衡弄混而克，負載均衡是對外提供一個公共地址靶壮，請求過來時通過輪詢、隨機等员萍，路由到不同server腾降。
Provider: 暴露服務的服務提供方。
Consumer: 調用遠程服務的服務消費方碎绎。
Registry: 服務注冊與發(fā)現(xiàn)的注冊中心螃壤。
Monitor: 統(tǒng)計服務的調用次調和調用時間的監(jiān)控中心。
Container: 服務運行容器
