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

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

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

2.?【Java.Spring.MVC】Spring在Web容器中的啟動(dòng)過(guò)程

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

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

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

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

volatile和synchronized特點(diǎn)

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

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

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

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

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

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

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

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

對(duì)變量的寫(xiě)入操作不依賴(lài)變量的當(dāng)前值，或者你能確保只有單個(gè)線(xiàn)程更新變量的值。該變量沒(méi)有包含在具有其他變量的不變式中。

• 1
• 2
• 3

volatile和synchronized的區(qū)別

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

volatile僅能使用在變量級(jí)別；synchronized則可以使用在變量、方法、和類(lèi)級(jí)別的

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

volatile不會(huì)造成線(xiàn)程的阻塞；synchronized可能會(huì)造成線(xiàn)程的阻塞。

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

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

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

總結(jié)

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

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