了解哪些開(kāi)源的rpc框架？dubbo的調(diào)用過(guò)程簡(jiǎn)單說(shuō)一下？

1、RMI，遠(yuǎn)程方法調(diào)用；2、Hessian，基于HTTP的遠(yuǎn)程方法調(diào)用；3、Dubbo支持多種協(xié)議

dubbo調(diào)用過(guò)程：

角色：provider提供者，registry注冊(cè)中心，consumer消費(fèi)者

provider啟動(dòng)：向registry注冊(cè)自己，能調(diào)用那些服務(wù)等

consumer啟動(dòng)：向registry注冊(cè)獲取provider列表，并進(jìn)行本地緩存(這也就是當(dāng)注冊(cè)中心掛掉，consumer還能進(jìn)行遠(yuǎn)程調(diào)用的原因)

consumer進(jìn)行遠(yuǎn)程調(diào)用時(shí)：先根據(jù)接口進(jìn)行代理找到最頂層Invoker，里面包含了可以調(diào)用的provider列表，也就是一堆invoker，通過(guò)loadBalance負(fù)載均衡選擇某一個(gè)具體的invoker，然后進(jìn)行filter過(guò)濾，具體的invoker使用執(zhí)行的協(xié)議protocol發(fā)送數(shù)據(jù)到指定的provider，provider經(jīng)過(guò)相同的協(xié)議解析數(shù)據(jù)，然后找到執(zhí)行的invoker，調(diào)用具體實(shí)現(xiàn)的方法返回執(zhí)行結(jié)果

補(bǔ)充：dubbo底層調(diào)用原理

shiro框架記住我的功能是怎么實(shí)現(xiàn)的？？

在執(zhí)行onSuccessfulLogin(token,info,logggedIn)方法中，有一個(gè)remeberSerializedIdentity()方法，該方法將用戶(hù)信息，構(gòu)造為一個(gè)SimpleCookie存放到request和response中實(shí)現(xiàn)記住我的功能

tcp協(xié)議建立連接、釋放連接的過(guò)程。

tcp是傳輸層協(xié)議，建立連接需要進(jìn)行三次握手，釋放連接需要四次揮手

建立連接：

client發(fā)送SYN(seq=1000)到server 第一次握手

server發(fā)送SYN+ACK(seq=2000,ack=1001=client發(fā)送的seq+1)到client 第二次握手

client發(fā)送ACK(ack=2001=server發(fā)送的seq+1)到server 第三次握手

釋放連接：

client發(fā)送FIN(seq=5000)到server 第一次揮手 我沒(méi)有數(shù)據(jù)發(fā)送了，我想關(guān)閉連接了

server發(fā)送ACK(seq=6000,ack=5001=client發(fā)送的seq+1)到client 第二次揮手 知道了，我還沒(méi)準(zhǔn)備好

server發(fā)送FIN(seq=6001,ack=5001=client發(fā)送的seq+1)到client 第三次揮手 我也可以關(guān)閉連接了

client發(fā)送ACK(seq=5001=自己第一次發(fā)送的seq+1,ack=6002=server發(fā)送的seq+1)到server 第四次揮手，知道了拜拜。

http、https的區(qū)別？

https協(xié)議需要到ca申請(qǐng)證書(shū)，一般免費(fèi)證書(shū)很少，需要交費(fèi)。

http是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的ssl加密傳輸協(xié)議

http和https使用的是完全不同的連接方式用的端口也不一樣,前者是80,后者是443。

http的連接很簡(jiǎn)單,是無(wú)狀態(tài)的

HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議 要比http協(xié)議安全

https加密的機(jī)制了解過(guò)嗎？

采用對(duì)稱(chēng)加密+非對(duì)稱(chēng)加密的方式：

服務(wù)器持有公鑰A，私鑰A

1.服務(wù)器將公鑰A通過(guò)明文方式發(fā)送給瀏覽器

2.瀏覽器生成對(duì)稱(chēng)加密的秘鑰C，使用公鑰A加密后發(fā)送給服務(wù)器

3.服務(wù)器使用私鑰A將拿到的密文解密成秘鑰C

4.之后瀏覽器跟服務(wù)器之間的數(shù)據(jù)傳遞都使用秘鑰C加解密方式進(jìn)行傳輸

看著好像沒(méi)問(wèn)題，請(qǐng)看下面的流程

1.服務(wù)器將公鑰A通過(guò)明文方式發(fā)送給瀏覽器

中間人劫持到公鑰A，中間人有公鑰B和私鑰B，他將公鑰B傳送給瀏覽器，自己保留公鑰A

2.瀏覽器生成對(duì)稱(chēng)加密的秘鑰C，使用公鑰B加密后發(fā)送給服務(wù)器

中間人拿到瀏覽器生成的秘鑰C的密文，使用自己的私鑰B進(jìn)行解密，拿到了密鑰C，他再使用公鑰A加密密鑰C，發(fā)送到服務(wù)器

3.服務(wù)器使用私鑰A將拿到的密文解密成秘鑰C

4.之后瀏覽器跟服務(wù)器之間的數(shù)據(jù)傳遞都使用秘鑰C加解密方式進(jìn)行傳輸

到這里瀏覽器，中間人，服務(wù)器都有了秘鑰C，意思是瀏覽器與服務(wù)器進(jìn)行數(shù)據(jù)交互，中間人都可以解析成明文

這里就引入了CA證書(shū)，CA證書(shū)包含了網(wǎng)站信息，公鑰信息，服務(wù)器傳遞給瀏覽器的就是證書(shū)

補(bǔ)充：https加密原理

創(chuàng)建線(xiàn)程有哪幾種方式？

1.直接繼承Thread

2.實(shí)現(xiàn)Runnable接口

2.實(shí)現(xiàn)Callable接口

Runnable和Callable創(chuàng)建線(xiàn)程有什么區(qū)別？

Runnable：沒(méi)有返回值，外面不能捕獲到異常

Callable：有返回值，外面可以捕獲到異常

線(xiàn)程池哪幾種？分別說(shuō)一下？

corePoolSize:核心線(xiàn)程數(shù)，如果他們創(chuàng)建了,它們會(huì)一直存在于線(xiàn)程池中，直到線(xiàn)程池關(guān)閉

maximunPoolSize:線(xiàn)程池可創(chuàng)建的最大線(xiàn)程數(shù)（核心線(xiàn)程與輔線(xiàn)程總和），這個(gè)值必須大于corePoolSize的值，否則會(huì)拋IllegalArgumentException

keepAliveTime:輔線(xiàn)程的空閑等待時(shí)間，一個(gè)輔線(xiàn)程等待多少時(shí)間還沒(méi)有任務(wù)給它處理，它就被銷(xiāo)毀

unit:keepAliveTime的單位(天，小時(shí)，分鐘，秒，毫秒等等)

workQueue:任務(wù)等待隊(duì)列，如果需要處理的任務(wù)大于線(xiàn)程池中的線(xiàn)程數(shù)，未處理的任務(wù)會(huì)暫存在任務(wù)隊(duì)列(ps：不一定會(huì)保存任務(wù)到隊(duì)列，需要根據(jù)當(dāng)前任務(wù)隊(duì)列的類(lèi)型來(lái)判斷，后面詳細(xì)講解)

threadFactory:線(xiàn)程創(chuàng)建工廠(chǎng),一般使用默認(rèn)(Executors.defaultThreadFactory())即可，可以自定義

handler:拒接策略，如果線(xiàn)程池中線(xiàn)程都在處理任務(wù)，任務(wù)隊(duì)列中保存的任務(wù)也達(dá)到最大值，不能再接收任務(wù)了，如何拒絕

補(bǔ)充：java之ThreadPoolExecutor

Java里面的鎖有哪些？

樂(lè)觀(guān)說(shuō)：cas

悲觀(guān)鎖：每次讀寫(xiě)數(shù)據(jù)都怕被別人修改，就加上鎖

自旋鎖：如果別的線(xiàn)程占用了資源，自旋一段時(shí)間，不直接進(jìn)入阻塞，自旋期間獲取到資源就不用進(jìn)行上下文切換，提高效率

可重入鎖：線(xiàn)程A占用了資源B，線(xiàn)程A需要再訪(fǎng)問(wèn)資源B可以直接訪(fǎng)問(wèn)，可重入

公平鎖：資源等待隊(duì)列，誰(shuí)先來(lái)，下次先把資源交給誰(shuí)

非公平鎖：隨機(jī)分配資源給某個(gè)線(xiàn)程，可能導(dǎo)致某個(gè)線(xiàn)程一直分配不到資源，饑餓等待

補(bǔ)充：java中的鎖總結(jié)

說(shuō)說(shuō)volatile 關(guān)鍵字的作用？

保證了可見(jiàn)性，有序性(禁止指令重排)

一般的變量在使用時(shí)，線(xiàn)程會(huì)將變量的值拷貝一份到自己的工作內(nèi)存，這就會(huì)導(dǎo)致有的線(xiàn)程更新了數(shù)據(jù)，還未刷新到主內(nèi)存，別的線(xiàn)程使用的還是原來(lái)的舊數(shù)據(jù)，導(dǎo)致程序的最終值與期望值相差很大，使用volatile關(guān)鍵之修飾的變量，線(xiàn)程每次使用變量時(shí)，都會(huì)直接到主內(nèi)存中取，保證了可見(jiàn)性，一個(gè)線(xiàn)程對(duì)該變量的修改，對(duì)其他線(xiàn)程來(lái)說(shuō)是立即可見(jiàn)的

mysql有哪些鎖？

行鎖（Record Locks）

間隙鎖（Gap Locks）

臨鍵鎖（Next-key Locks）

共享鎖/排他鎖（Shared and Exclusive Locks）

意向共享鎖/意向排他鎖（Intention Shared and Exclusive Locks）

插入意向鎖（Insert Intention Locks）

自增鎖（Auto-inc Locks）

補(bǔ)充：mysql中的鎖

select for update是表鎖還是行鎖？

如果查詢(xún)條件用了索引/主鍵，那么select ….. for update就會(huì)進(jìn)行行鎖。

如果是普通字段(沒(méi)有索引/主鍵)，那么select ….. for update就會(huì)進(jìn)行鎖表。

加了索引一定會(huì)走索引嗎？索引失效的情況有哪些？

不一定會(huì)走索引，有很多索引失效的情況：

1.like后匹配，例如’%張’

2.組合索引，沒(méi)有按照順序使用，例如age,name,address, 查詢(xún)時(shí)直接使用name

3.如果字段為字符串類(lèi)型，一定要加引號(hào),否則存在隱式轉(zhuǎn)換

4.對(duì)字段進(jìn)行了計(jì)算或者使用函數(shù)的，例如left(name,2) = ‘xxx’

補(bǔ)充：mysql索引失效的幾種情況

如果我想要強(qiáng)制走某個(gè)索引，能實(shí)現(xiàn)嗎？

使用force index關(guān)鍵字

select*from table force index(index1,index2)

說(shuō)一下Spring bean的生命周期？bean什么時(shí)候會(huì)被銷(xiāo)毀呢？

生命周期：

1.實(shí)例化

2.設(shè)置屬性

3.如果實(shí)現(xiàn)了BeanNameware就調(diào)用setBeanName

4.如果實(shí)現(xiàn)了BeanFactoryAware就調(diào)用setBeanFactory

5.如果實(shí)現(xiàn)了ApplicationContextAware就調(diào)用setApplicationContext

6.如果實(shí)現(xiàn)了BeanPostProcessor就調(diào)用postProcessorBeforeInitalization

7.如果實(shí)現(xiàn)了InitailzingBean方法就調(diào)用afterPropertiesSet

8.如果實(shí)現(xiàn)了BeanPostProcessor就調(diào)用postProcessorAfterInitalization

9.如果實(shí)現(xiàn)了DisposableBean就調(diào)用destroy方法

什么時(shí)候銷(xiāo)毀：

singleton的會(huì)存放到上下文銷(xiāo)毀時(shí)，才會(huì)銷(xiāo)毀

prototype 又叫多例模式，用的時(shí)候就new一下，用完就沒(méi)有了。

session 存在這一次會(huì)話(huà) session 中，session沒(méi)有過(guò)期它就一直存在，session過(guò)期后它就沒(méi)了。

request 存在這一次請(qǐng)求中，請(qǐng)求結(jié)束了它就結(jié)束。