1.spring的生命周期
Spring作為當(dāng)前Java最流行波势、最強(qiáng)大的輕量級(jí)容器框架布讹,了解熟悉spring的生命周期非常有必要者填;
image.png
- 首先容器啟動(dòng)后清寇,對(duì)bean進(jìn)行初始化
- 按照bean的定義喘漏,注入屬性
- 檢測(cè)該對(duì)象是否實(shí)現(xiàn)了xxxAware接口,并將相關(guān)的xxxAware實(shí)例注入給bean华烟,如BeanNameAware等
- 以上步驟翩迈,bean對(duì)象已正確構(gòu)造,通過(guò)實(shí)現(xiàn)BeanPostProcessor接口盔夜,可以再進(jìn)行一些自定義方法處理负饲。 如:postProcessBeforeInitialzation堤魁。
- BeanPostProcessor的前置處理完成后,可以實(shí)現(xiàn)postConstruct返十,afterPropertiesSet,init-method等方法妥泉, 增加我們自定義的邏輯,
- 通過(guò)實(shí)現(xiàn)BeanPostProcessor接口洞坑,進(jìn)行postProcessAfterInitialzation后置處理
- 接著B(niǎo)ean準(zhǔn)備好被使用啦盲链。
- 容器關(guān)閉后,如果Bean實(shí)現(xiàn)了DisposableBean接口迟杂,則會(huì)回調(diào)該接口的destroy()方法
- 通過(guò)給destroy-method指定函數(shù)刽沾,就可以在bean銷(xiāo)毀前執(zhí)行指定的邏
2.TCP三次握手,四次揮手
tcp的三次握手四次揮手是每個(gè)程序員都應(yīng)該熟悉的逢慌。
image.png
三次握手:
- 第一次握手(SYN=1, seq=x)悠轩,發(fā)送完畢后,客戶端進(jìn)入 SYN_SEND 狀態(tài)
- 第二次握手(SYN=1, ACK=1, seq=y, ACKnum=x+1)攻泼, 發(fā)送完畢后火架,服務(wù)器端進(jìn)入 SYN_RCVD 狀態(tài)。
- 第三次握手(ACK=1忙菠,ACKnum=y+1)何鸡,發(fā)送完畢后,客戶端進(jìn)入 ESTABLISHED 狀態(tài)牛欢,當(dāng)服務(wù)器端接收到這個(gè)包時(shí)骡男,也進(jìn)入 ESTABLISHED 狀態(tài),TCP 握手傍睹,即可以開(kāi)始數(shù)據(jù)傳輸隔盛。
四次揮手:
- 第一次揮手(FIN=1,seq=a)拾稳,發(fā)送完畢后吮炕,客戶端進(jìn)入 FIN_WAIT_1 狀態(tài)
- 第二次揮手(ACK=1,ACKnum=a+1)访得,發(fā)送完畢后龙亲,服務(wù)器端進(jìn)入 CLOSE_WAIT 狀態(tài),客戶端接收到這個(gè)確認(rèn)包之后悍抑,進(jìn)入 FIN_WAIT_2 狀態(tài)
- 第三次揮手(FIN=1鳄炉,seq=b),發(fā)送完畢后搜骡,服務(wù)器端進(jìn)入 LAST_ACK 狀態(tài)拂盯,等待來(lái)自客戶端的最后一個(gè)ACK。
- 第四次揮手(ACK=1记靡,ACKnum=b+1)磕仅,客戶端接收到來(lái)自服務(wù)器端的關(guān)閉請(qǐng)求珊豹,發(fā)送一個(gè)確認(rèn)包,并進(jìn)入 TIME_WAIT狀態(tài)榕订,等待了某個(gè)固定時(shí)間(兩個(gè)最大段生命周期店茶,2MSL,2 Maximum Segment Lifetime)之后劫恒,沒(méi)有收到服務(wù)器端的 ACK 贩幻,認(rèn)為服務(wù)器端已經(jīng)正常關(guān)閉連接,于是自己也關(guān)閉連接两嘴,進(jìn)入 CLOSED 狀態(tài)丛楚。服務(wù)器端接收到這個(gè)確認(rèn)包之后,關(guān)閉連接憔辫,進(jìn)入 CLOSED 狀態(tài)趣些。
3.線程池執(zhí)行流程圖
線程池:一種線程使用模式。線程過(guò)多會(huì)帶來(lái)調(diào)度開(kāi)銷(xiāo)贰您,進(jìn)而影響緩存局部性和整體性能坏平。而線程池維護(hù)著多個(gè)線程,等待著監(jiān)督管理者分配可并發(fā)執(zhí)行的任務(wù)锦亦,這避免了在處理短時(shí)間任務(wù)時(shí)創(chuàng)建與銷(xiāo)毀線程的代價(jià)舶替。線程池執(zhí)行流程是每個(gè)開(kāi)發(fā)必備的。
image.png
執(zhí)行流程
- 提交一個(gè)任務(wù)杠园,線程池里存活的核心線程數(shù)小于線程數(shù)corePoolSize時(shí)顾瞪,線程池會(huì)創(chuàng)建一個(gè)核心線程去處理提交的任務(wù)。
- 如果線程池核心線程數(shù)已滿抛蚁,即線程數(shù)已經(jīng)等于corePoolSize陈醒,一個(gè)新提交的任務(wù),會(huì)被放進(jìn)任務(wù)隊(duì)列workQueue排隊(duì)等待執(zhí)行瞧甩。
- 當(dāng)線程池里面存活的線程數(shù)已經(jīng)等于corePoolSize了,并且任務(wù)隊(duì)列workQueue也滿钉跷,判斷線程數(shù)是否達(dá)到maximumPoolSize,即最大線程數(shù)是否已滿亲配,如果沒(méi)到達(dá)尘应,創(chuàng)建一個(gè)非核心線程執(zhí)行提交的任務(wù)惶凝。
- 如果當(dāng)前的線程數(shù)達(dá)到了maximumPoolSize吼虎,還有新的任務(wù)過(guò)來(lái)的話,直接采用拒絕策略處理苍鲜。
JDK提供了四種拒絕策略處理類(lèi)
- AbortPolicy(拋出一個(gè)異常思灰,默認(rèn)的)
- DiscardPolicy(直接丟棄任務(wù))
- DiscardOldestPolicy(丟棄隊(duì)列里最老的任務(wù),將當(dāng)前這個(gè)任務(wù)繼續(xù)提交給線程池)
- CallerRunsPolicy(交給線程池調(diào)用所在的線程進(jìn)行處理
4.JVM內(nèi)存結(jié)構(gòu)
JVM內(nèi)存結(jié)構(gòu)是Java程序員必須掌握的基礎(chǔ)混滔。
image.png
程序計(jì)數(shù)器(PC 寄存器)
程序計(jì)數(shù)器是一塊較小的內(nèi)存空間洒疚,可以看作當(dāng)前線程所執(zhí)行的字節(jié)碼的行號(hào)指示器歹颓。在虛擬機(jī)的模型里,字節(jié)碼解釋器工作時(shí)就是通過(guò)改變這個(gè)計(jì)數(shù)器的值來(lái)選取下一條需要執(zhí)行的字節(jié)碼指令油湖,分支巍扛、循環(huán)、異常處理乏德、線程恢復(fù)等基礎(chǔ)功能都需要依賴計(jì)數(shù)器完成撤奸。
Java虛擬機(jī)棧
- 與程序計(jì)數(shù)器一樣,Java虛擬機(jī)棧也是線程私有的喊括,它的生命周期與線程相同
- 每個(gè)方法被執(zhí)行的時(shí)候都會(huì)創(chuàng)建一個(gè)"棧幀",用于存儲(chǔ)局部變量表(包括參數(shù))胧瓜、操作數(shù)棧、動(dòng)態(tài)鏈接郑什、方法出口等信息府喳。每個(gè)方法被調(diào)用到執(zhí)行完的過(guò)程,就對(duì)應(yīng)著一個(gè)棧幀在虛擬機(jī)棧中從入棧到出棧的過(guò)程蘑拯。
- 局部變量表存放各種基本數(shù)據(jù)類(lèi)型boolean钝满、byte、char强胰、short等
本地方法棧
與虛擬機(jī)棽詹祝基本類(lèi)似,區(qū)別在于虛擬機(jī)棧為虛擬機(jī)執(zhí)行的java方法服務(wù)偶洋,而本地方法棧則是為Native方法服務(wù)熟吏。
Java堆
- GC堆是java虛擬機(jī)所管理的內(nèi)存中最大的一塊內(nèi)存區(qū)域,也是被各個(gè)線程共享的內(nèi)存區(qū)域玄窝,在JVM啟動(dòng)時(shí)創(chuàng)建牵寺。
- 其大小通過(guò)-Xms(最小值)和-Xmx(最大值)參數(shù)設(shè)置,-Xms為JVM啟動(dòng)時(shí)申請(qǐng)的最小內(nèi)存恩脂,-Xmx為JVM可申請(qǐng)的最大內(nèi)存帽氓。
- 由于現(xiàn)在收集器都是采用分代收集算法,堆被劃分為新生代和老年代俩块。新生代由S0和S1構(gòu)成黎休,可通過(guò)-Xmn參數(shù)來(lái)指定新生代的大小。
- 所有對(duì)象實(shí)例以及數(shù)組都在堆上分配玉凯。
- Class文件中除了有類(lèi)的版本势腮、字段、方法漫仆、接口等描述信息外捎拯,還有一項(xiàng)信息是常量池,用于存放編譯器生成的各種符號(hào)引用盲厌,這部分內(nèi)容將在類(lèi)加載后放到方法區(qū)的運(yùn)行時(shí)常量池中署照。
方法區(qū)
- 也稱(chēng)”永久代” 祸泪,它用于存儲(chǔ)虛擬機(jī)加載的類(lèi)信息、常量建芙、靜態(tài)變量没隘、是各個(gè)線程共享的內(nèi)存區(qū)域〗可以通過(guò)-XX:PermSize 和 -XX:MaxPermSize 參數(shù)限制方法區(qū)的大小升略。
- 運(yùn)行時(shí)常量池:是方法區(qū)的一部分,其中的主要內(nèi)容來(lái)自于JVM對(duì)Class的加載屡限。
- Class文件中除了有類(lèi)的版本品嚣、字段、方法钧大、接口等描述信息外翰撑,還有一項(xiàng)信息是常量池,用于存放編譯器生成的各種符號(hào)引用啊央,這部分內(nèi)容將在類(lèi)加載后放到方法區(qū)的運(yùn)行時(shí)常量池中眶诈。
5.Java內(nèi)存模型
image.png
- Java的多線程之間是通過(guò)共享內(nèi)存進(jìn)行通信的,在通信過(guò)程中會(huì)存在一系列如可見(jiàn)性瓜饥、原子性逝撬、順序性等問(wèn)題,而JMM就是圍繞著多線程通信以及與其相關(guān)的一系列特性而建立的模型乓土。JMM定義了一些語(yǔ)法集宪潮,這些語(yǔ)法集映射到Java語(yǔ)言中就是volatile、synchronized等關(guān)鍵字趣苏。
- Java內(nèi)存模型規(guī)定了所有的變量都存儲(chǔ)在主內(nèi)存中狡相,每條線程還有自己的工作內(nèi)存,線程的工作內(nèi)存中保存了該線程中使用到的變量的主內(nèi)存副本拷貝食磕,線程對(duì)變量的所有操作都必須在工作內(nèi)存中進(jìn)行尽棕,而不能直接讀寫(xiě)主內(nèi)存。不同的線程之間也無(wú)法直接訪問(wèn)對(duì)方工作內(nèi)存中的變量彬伦,線程間變量的傳遞均需要自己的工作內(nèi)存和主存之間進(jìn)行數(shù)據(jù)同步進(jìn)行滔悉。
6.springMVC執(zhí)行流程圖
image.png
- User向服務(wù)器發(fā)送request,前端控制Servelt DispatcherServlet捕獲;
- DispatcherServlet對(duì)請(qǐng)求URL進(jìn)行解析,調(diào)用HandlerMapping獲得該Handler配置的所有相關(guān)的對(duì)象单绑,最后以HandlerExecutionChain對(duì)象的形式返回.
- DispatcherServlet 根據(jù)獲得的Handler回官,選擇一個(gè)合適的HandlerAdapter.
- 提取Request中的模型數(shù)據(jù),填充Handler入口询张,開(kāi)始執(zhí)行Handler(Controller)
- Handler執(zhí)行完成后孙乖,返回一個(gè)ModelAndView對(duì)象到DispatcherServlet
- 根據(jù)返回的ModelAndView浙炼,選擇一個(gè)適合的ViewResolver
- ViewResolver 結(jié)合Model和View份氧,來(lái)渲染視圖
- 將渲染結(jié)果返回給客戶端唯袄。
7.JDBC執(zhí)行流程
image.png
JDBC執(zhí)行流程:
- 連接數(shù)據(jù)源
- 為數(shù)據(jù)庫(kù)傳遞查詢和更新指令
- 處理數(shù)據(jù)庫(kù)響應(yīng)并返回的結(jié)果
8.spring cloud組件架構(gòu)
Spring Cloud是一個(gè)基于Spring Boot實(shí)現(xiàn)的云原生應(yīng)用開(kāi)發(fā)工具,它為基于JVM的云原生應(yīng)用開(kāi)發(fā)中涉及的配置管理蜗帜、服務(wù)發(fā)現(xiàn)恋拷、熔斷器、智能路由厅缺、微代理蔬顾、控制總線、分布式會(huì)話和集群狀態(tài)管理等操作提供了一種簡(jiǎn)單的開(kāi)發(fā)方式湘捎。
image.png
- Eureka 負(fù)責(zé)服務(wù)的注冊(cè)與發(fā)現(xiàn)诀豁。
- Hystrix 負(fù)責(zé)監(jiān)控服務(wù)之間的調(diào)用情況,起到熔斷,降級(jí)作用窥妇。
- Spring Cloud Config 提供了統(tǒng)一的配置中心服務(wù)舷胜。
- 所有對(duì)外的請(qǐng)求和服務(wù),我們都通過(guò)Zuul來(lái)進(jìn)行轉(zhuǎn)發(fā)活翩,起到 API 網(wǎng)關(guān)的作用
- 最后我們使用 Sleuth+Zipkin 將所有的請(qǐng)求數(shù)據(jù)記錄下來(lái)烹骨,方便我們進(jìn)行后續(xù)分析。
- Spring Cloud Ribbon是基于Netflix Ribbon實(shí)現(xiàn)的一套客戶端負(fù)載均衡的工具材泄。 它是一個(gè)基于HTTP和TCP的客戶端負(fù)載均衡器沮焕。
- Feign是一個(gè)聲明式的Web Service客戶端,它的目的就是讓W(xué)eb Service調(diào)用更加簡(jiǎn)單拉宗。
9.dubbo 調(diào)用
Dubbo是一個(gè)分布式服務(wù)框架峦树,致力于提供高性能和透明化的遠(yuǎn)程服務(wù)調(diào)用方案,這容易和負(fù)載均衡弄混旦事,負(fù)載均衡是對(duì)外提供一個(gè)公共地址空入,請(qǐng)求過(guò)來(lái)時(shí)通過(guò)輪詢、隨機(jī)等族檬,路由到不同server歪赢。
image.png
- Provider: 暴露服務(wù)的服務(wù)提供方。
- Consumer: 調(diào)用遠(yuǎn)程服務(wù)的服務(wù)消費(fèi)方单料。
- Registry: 服務(wù)注冊(cè)與發(fā)現(xiàn)的注冊(cè)中心埋凯。
- Monitor: 統(tǒng)計(jì)服務(wù)的調(diào)用次調(diào)和調(diào)用時(shí)間的監(jiān)控中心。
- Container: 服務(wù)運(yùn)行容器扫尖。