1.java常用的數(shù)據(jù)結(jié)構(gòu)有哪些?哪些是線程安全的?是怎么保證線程安全的萤悴？

答：

什么時(shí)候需要使用線程安全的數(shù)據(jù)結(jié)構(gòu)？什么時(shí)候不需要？

1.常量吩坝，不需要線程安全驾诈。因?yàn)槌Ａ坎粫?huì)被修改缠诅。大家讀取到的值一直都是不變的。大家無(wú)所謂先后或同時(shí)使用乍迄。

2.方法的局部變量管引，不需要線程安全。因?yàn)榫植孔兞窟\(yùn)行在每個(gè)線程自己專屬的棿沉剑空間里褥伴。每個(gè)線程自己用自己的。

3.類的成員變量漾狼，分情況重慢，如果是單例模式，則它的成員變量就會(huì)被多線程訪問(wèn)逊躁，則需要線程安全似踱。否則一般不需要。

4.靜態(tài)變量稽煤，需要線程安全核芽。

1.ArrayList（內(nèi)部實(shí)現(xiàn)是一個(gè)數(shù)組）:

對(duì)應(yīng)的線程安全的結(jié)構(gòu)是Vector。它是利用synchronized同步鎖機(jī)制進(jìn)行實(shí)現(xiàn)念脯，其實(shí)現(xiàn)方式與HashTable類似狞洋。
使用場(chǎng)景：
①.快速隨機(jī)訪問(wèn)元素，比如不按順序的绿店，隨機(jī)添加刪除元素則不適合它吉懊。
②.需要一個(gè)不同步的基于索引的數(shù)據(jù)訪問(wèn)時(shí)庐橙，請(qǐng)盡量使用ArrayList。

2.LinkedList（內(nèi)部實(shí)現(xiàn)是一個(gè)雙向鏈表）：

對(duì)應(yīng)的線程安全的結(jié)構(gòu)是ConcurrentLinkedQueue借嗽。
使用場(chǎng)景：插入和刪除元素态鳖。
ConcurrentLinkedQueue應(yīng)該算是在高并發(fā)環(huán)境中性能最好的隊(duì)列；在多線程的隊(duì)列應(yīng)用場(chǎng)景中恶导，強(qiáng)烈推薦使用浆竭。

3.HashMap（內(nèi)部實(shí)現(xiàn)基于數(shù)組）：

對(duì)應(yīng)的線程安全的結(jié)構(gòu)是HashTable和ConcurrentHashMap，HashTable通過(guò)對(duì)其方法函數(shù)進(jìn)行synchronized修飾實(shí)現(xiàn)其特性惨寿，效率低下邦泄，目前已被jdk廢棄，不再推薦使用裂垦。

4.LinkedHashMap：

在HashMap的基礎(chǔ)上另外加一個(gè)鏈表把元素排上序顺囊。對(duì)應(yīng)的線程安全的結(jié)構(gòu)為ConcurrentLinkedHashMap。
使用場(chǎng)景：在需要按訪問(wèn)順序或者插入順序排序的時(shí)候可以用它蕉拢，比如LRU算法特碳。

5.TreeMap：

對(duì)應(yīng)的線程安全的結(jié)構(gòu)為ConcurrentSkipListMap。
使用場(chǎng)景：需要排序的map晕换。

6.HashBasedTable（本質(zhì)上是用HashMap<R,HashMap<C,V>>實(shí)現(xiàn)的）午乓。

使用場(chǎng)景：當(dāng)你用多個(gè)鍵做索引的時(shí)候，比如（x,y）這樣一個(gè)坐標(biāo)作為key就可以用它闸准。

2.什么是java的反射機(jī)制益愈？

答：Java反射機(jī)制是在運(yùn)行狀態(tài)中，對(duì)于任意一個(gè)類恕汇，都能夠獲得這個(gè)類的所有屬性和方法腕唧，對(duì)于任意一個(gè)對(duì)象，都能夠調(diào)用該對(duì)象的方法和屬性瘾英，這種在運(yùn)行時(shí)動(dòng)態(tài)的獲取信息以及動(dòng)態(tài)調(diào)用對(duì)象的方法的功能稱為Java的反射機(jī)制枣接。

3.Cookie 和 Session的區(qū)別。

答：
1.cookie數(shù)據(jù)存放在客戶的瀏覽器上缺谴，session數(shù)據(jù)放在服務(wù)器上但惶。

2.cookie不是很安全，別人可以分析存放在本地的cookie并進(jìn)行cookie欺騙湿蛔，考慮到安全應(yīng)當(dāng)使用session膀曾。

3.session會(huì)在一定時(shí)間內(nèi)保存在服務(wù)器上，當(dāng)訪問(wèn)增多阳啥，會(huì)比較占用你服務(wù)器的性能添谊，考慮到減輕服務(wù)器性能方面，應(yīng)當(dāng)使用cookie察迟。

4.單個(gè)cookie保存的數(shù)據(jù)不能超過(guò)4K斩狱，很多瀏覽器都限制一個(gè)站點(diǎn)最多保存20個(gè)cookie耳高。

5.將登陸信息等重要信息存放在session中，其他信息如果需要保留所踊，可以放在cookie中泌枪。

4.get 和 post請(qǐng)求的區(qū)別。

答：1.get在瀏覽器回退時(shí)是無(wú)影響的秕岛，而post會(huì)再次提交請(qǐng)求碌燕；
2.get請(qǐng)求在url中傳遞的參數(shù)是有長(zhǎng)度限制的，而post沒(méi)有继薛；
3.get比post更不安全修壕，因?yàn)閰?shù)直接暴露在url中，所以不能用來(lái)傳遞敏感信息遏考；
4.get請(qǐng)求只能進(jìn)行url編碼叠殷，而post支持多種編碼模式；
5.get產(chǎn)生的url可以被添加到書簽诈皿，而post不可以；
6.get請(qǐng)求參數(shù)會(huì)被完整保留在瀏覽器歷史記錄里像棘，而post中的參數(shù)不會(huì)被保留稽亏；
7.對(duì)參數(shù)類型，get只接受ASCII字符缕题，而post沒(méi)有限制截歉；
8.get參數(shù)通過(guò)url傳遞，post放在request body中烟零；

4.IOC的優(yōu)點(diǎn)是什么瘪松？

答：實(shí)現(xiàn)組件之間的解耦，提高程序的靈活性和可維護(hù)性锨阿。

5.為什么需要重寫equals和hashCode方法宵睦？

答：在我們的業(yè)務(wù)系統(tǒng)中判斷對(duì)象時(shí)有時(shí)候需要的不是一種嚴(yán)格意義上的相等，而是一種業(yè)務(wù)上的對(duì)象相等墅诡。在這種情況下壳嚎，原生的equals方法就不能滿足我們的需求了。
如果重寫了equals方法而沒(méi)有重寫hashCode方法的話末早，則會(huì)違反相等的對(duì)象必須具有相等的散列碼（hashCode）烟馅。