Java基礎(chǔ)日常總結(jié)！！

1. Java的字符類型采用的是Unicode編碼方案，每個Unicode碼占用(? )個比特位

在java中一個unicode占2個字節(jié)（byte）.一個字節(jié)等于8比特位（bit）.所以每個Unicode碼占用 16 個比特位.

2.?【Java.Spring.MVC】Spring在Web容器中的啟動過程

• 首先，對于一個web應(yīng)用，其部署在web容器中，web容器提供其一個全局的上下文環(huán)境，這個上下文就是ServletContext，其為后面的spring IoC容器提供宿主環(huán)境；

• 其次，在web.xml中會提供有contextLoaderListener。在web容器啟動時，會觸發(fā)容器初始化事件，此時contextLoaderListener會監(jiān)聽到這個事件，其contextInitialized方法會被調(diào)用，在這個方法中，spring會初始化一個啟動上下文，這個上下文被稱為根上下文，即WebApplicationContext，這是一個接口類，確切的說，其實際的實現(xiàn)類是XmlWebApplicationContext。這個就是spring的IoC容器，其對應(yīng)的Bean定義的配置由web.xml中的context-param標(biāo)簽指定。在這個IoC容器初始化完畢后，spring以WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE為屬性Key，將其存儲到ServletContext中，便于獲取；

• 再次，contextLoaderListener監(jiān)聽器初始化完畢后，開始初始化web.xml中配置的Servlet，這個servlet可以配置多個，以最常見的DispatcherServlet為例，這個servlet實際上是一個標(biāo)準(zhǔn)的前端控制器，用以轉(zhuǎn)發(fā)、匹配、處理每個servlet請求。DispatcherServlet上下文在初始化的時候會建立自己的IoC上下文，用以持有spring mvc相關(guān)的bean。在建立DispatcherServlet自己的IoC上下文時，會利用WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE先從ServletContext中獲取之前的根上下文(即WebApplicationContext)作為自己上下文的parent上下文。有了這個parent上下文之后，再初始化自己持有的上下文。這個DispatcherServlet初始化自己上下文的工作在其initStrategies方法中可以看到，大概的工作就是初始化處理器映射、視圖解析等。這個servlet自己持有的上下文默認(rèn)實現(xiàn)類也是xmlWebApplicationContext。初始化完畢后，spring以與servlet的名字相關(guān)(此處不是簡單的以servlet名為Key，而是通過一些轉(zhuǎn)換，具體可自行查看源碼)的屬性為屬性Key，也將其存到ServletContext中，以便后續(xù)使用。這樣每個servlet就持有自己的上下文，即擁有自己獨(dú)立的bean空間，同時各個servlet共享相同的bean，即根上下文(第2步中初始化的上下文)定義的那些bean。參考：https://blog.csdn.net/robinjwong/article/details/41280251

3.?volatile和synchronized的區(qū)別

volatile和synchronized特點(diǎn)

首先需要理解線程安全的兩個方面：執(zhí)行控制和內(nèi)存可見。

執(zhí)行控制的目的是控制代碼執(zhí)行（順序）及是否可以并發(fā)執(zhí)行。

內(nèi)存可見控制的是線程執(zhí)行結(jié)果在內(nèi)存中對其它線程的可見性。根據(jù)Java內(nèi)存模型的實現(xiàn)，線程在具體執(zhí)行時，會先拷貝主存數(shù)據(jù)到線程本地（CPU緩存），操作完成后再把結(jié)果從線程本地刷到主存。

synchronized關(guān)鍵字解決的是執(zhí)行控制的問題，它會阻止其它線程獲取當(dāng)前對象的監(jiān)控鎖，這樣就使得當(dāng)前對象中被synchronized關(guān)鍵字保護(hù)的代碼塊無法被其它線程訪問，也就無法并發(fā)執(zhí)行。更重要的是，synchronized還會創(chuàng)建一個內(nèi)存屏障，內(nèi)存屏障指令保證了所有CPU操作結(jié)果都會直接刷到主存中，從而保證了操作的內(nèi)存可見性，同時也使得先獲得這個鎖的線程的所有操作，都happens-before于隨后獲得這個鎖的線程的操作。

volatile關(guān)鍵字解決的是內(nèi)存可見性的問題，會使得所有對volatile變量的讀寫都會直接刷到主存，即保證了變量的可見性。這樣就能滿足一些對變量可見性有要求而對讀取順序沒有要求的需求。

使用volatile關(guān)鍵字僅能實現(xiàn)對原始變量(如boolen、 short 、int 、long等)操作的原子性，但需要特別注意，?volatile不能保證復(fù)合操作的原子性，即使只是i++，實際上也是由多個原子操作組成：read i; inc; write i，假如多個線程同時執(zhí)行i++，volatile只能保證他們操作的i是同一塊內(nèi)存，但依然可能出現(xiàn)寫入臟數(shù)據(jù)的情況。

在Java 5提供了原子數(shù)據(jù)類型atomic wrapper classes，對它們的increase之類的操作都是原子操作，不需要使用sychronized關(guān)鍵字。

對于volatile關(guān)鍵字，當(dāng)且僅當(dāng)滿足以下所有條件時可使用：

對變量的寫入操作不依賴變量的當(dāng)前值，或者你能確保只有單個線程更新變量的值。該變量沒有包含在具有其他變量的不變式中。

• 1
• 2
• 3

volatile和synchronized的區(qū)別

volatile本質(zhì)是在告訴jvm當(dāng)前變量在寄存器（工作內(nèi)存）中的值是不確定的，需要從主存中讀取； synchronized則是鎖定當(dāng)前變量，只有當(dāng)前線程可以訪問該變量，其他線程被阻塞住。

volatile僅能使用在變量級別；synchronized則可以使用在變量、方法、和類級別的

volatile僅能實現(xiàn)變量的修改可見性，不能保證原子性；而synchronized則可以保證變量的修改可見性和原子性

volatile不會造成線程的阻塞；synchronized可能會造成線程的阻塞。

volatile標(biāo)記的變量不會被編譯器優(yōu)化；synchronized標(biāo)記的變量可以被編譯器優(yōu)化

如果想更好地理解這兩個關(guān)鍵字的作用，強(qiáng)烈建議看一下這篇文章：Java內(nèi)存模型

參考：https://blog.csdn.net/suifeng3051/article/details/52611233

總結(jié)

以上是生活随笔為你收集整理的Java基础日常总结！！的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。