一. short s1 = 1; s1 = s1 + 1;有錯(cuò)嗎?short s1 = 1; s1 += 1;有錯(cuò)嗎?

　　對(duì)于short s1 = 1; s1 = s1 + 1;由于1是int類型，因此s1+1運(yùn)算結(jié)果也是int 型，需要強(qiáng)制轉(zhuǎn)換類型才能賦值給short型。而short s1 = 1; s1 += 1;可以正確編譯，因?yàn)閟1+= 1;相當(dāng)于s1 = (short)(s1 + 1);其中有隱含的強(qiáng)制類型轉(zhuǎn)換。

　　二. wait和sleep的區(qū)別有哪些?

　　sleep()是Thread類中的方法，而wait()則是Object類中的方法。

　　sleep()方法導(dǎo)致了程序暫停，但是他的監(jiān)控狀態(tài)依然保持著，當(dāng)指定的時(shí)間到了又會(huì)自動(dòng)恢復(fù)運(yùn)行狀態(tài)。在調(diào)用sleep()方法的過程中，線程不會(huì)釋放對(duì)象鎖。

　　wait()方法會(huì)導(dǎo)致線程放棄對(duì)象鎖，進(jìn)入等待此對(duì)象的等待鎖定池，只有針對(duì)此對(duì)象調(diào)用notify()方法后本線程才進(jìn)入對(duì)象鎖定池準(zhǔn)備獲取對(duì)象鎖進(jìn)入運(yùn)行狀態(tài)。

　　三. 在 Java 程序中怎么保證多線程的運(yùn)行安全?

　　出現(xiàn)線程安全問題的原因一般都是三個(gè)原因：

　　線程切換帶來(lái)的原子性問題 解決辦法：使用多線程之間同步synchronized或使用鎖(lock)。

　　緩存導(dǎo)致的可見性問題 解決辦法：synchronized、volatile、LOCK，可以解決可見性問題

　　編譯優(yōu)化帶來(lái)的有序性問題 解決辦法：Happens-Before 規(guī)則可以解決有序性問題

　　四. Volatile修飾符的有過什么實(shí)踐?

　　一種實(shí)踐是用 volatile 修飾 long 和 double 變量，使其能按原子類型來(lái)讀寫。double 和 long 都是64位寬，因此對(duì)這兩種類型的讀是分為兩部分的，第一次讀取第一個(gè) 32 位，然后再讀剩下的 32 位，這個(gè)過程不是原子的，但 Java 中 volatile 型的 long 或 double 變量的讀寫是原子的。

　　volatile 修復(fù)符的另一個(gè)作用是提供內(nèi)存屏障(memory barrier)，例如在分布式框架中的應(yīng)用。簡(jiǎn)單的說(shuō)，就是當(dāng)你寫一個(gè) volatile 變量之前，Java 內(nèi)存模型會(huì)插入一個(gè)寫屏障(write barrier)，讀一個(gè) volatile 變量之前，會(huì)插入一個(gè)讀屏障(read barrier)。意思就是說(shuō)，在你寫一個(gè) volatile 域時(shí)，能保證任何線程都能看到你寫的值，同時(shí)，在寫之前，也能保證任何數(shù)值的更新對(duì)所有線程是可見的，因?yàn)閮?nèi)存屏障會(huì)將其他所有寫的值更新到緩存。

　　五. Synchronized 和 Lock 有什么區(qū)別?

　　首先synchronized是Java內(nèi)置關(guān)鍵字，在JVM層面，Lock是個(gè)Java類;

　　synchronized 可以給類、方法、代碼塊加鎖;而 lock 只能給代碼塊加鎖。

　　synchronized 不需要手動(dòng)獲取鎖和釋放鎖，使用簡(jiǎn)單，發(fā)生異常會(huì)自動(dòng)釋放鎖，不會(huì)造成死鎖;而 lock 需要自己加鎖和釋放鎖，如果使用不當(dāng)沒有 unLock()去釋放鎖就會(huì)造成死鎖。

　　通過 Lock 可以知道有沒有成功獲取鎖，而 synchronized 卻無(wú)法辦到。

　　更多關(guān)于“Java培訓(xùn)”的問題，歡迎咨詢千鋒教育在線名師。千鋒已有十余年的培訓(xùn)經(jīng)驗(yàn)，課程大綱更科學(xué)更專業(yè)，有針對(duì)零基礎(chǔ)的就業(yè)班，有針對(duì)想提升技術(shù)的好程序員班，高品質(zhì)課程助力你實(shí)現(xiàn)java程序員夢(mèng)想。