Java如何解決可見(jiàn)性和有序性的問(wèn)題？首先，我們需要了解為什么會(huì)有 "能見(jiàn)度和和 "時(shí)機(jī)與時(shí)機(jī)問(wèn)題，然后讓 讓我們看看Java是如何解決這兩個(gè)問(wèn)題的?？梢?jiàn)性和時(shí)間問(wèn)題導(dǎo)致以下原因:搶占式任務(wù)執(zhí)行:現(xiàn)代

Java如何解決可見(jiàn)性和有序性的問(wèn)題？

首先，我們需要了解為什么會(huì)有 "能見(jiàn)度和和 "時(shí)機(jī)與時(shí)機(jī)問(wèn)題，然后讓 讓我們看看Java是如何解決這兩個(gè)問(wèn)題的。

可見(jiàn)性和時(shí)間問(wèn)題導(dǎo)致以下原因:

搶占式任務(wù)執(zhí)行:現(xiàn)代CPU多任務(wù)執(zhí)行模式是 "先發(fā)制人 "，它的總控制權(quán)在操作系統(tǒng)手里，操作系統(tǒng)會(huì)把執(zhí)行時(shí)間片依次分配給需要CPU執(zhí)行的任務(wù)。超過(guò)時(shí)間后，操作系統(tǒng)將剝奪當(dāng)前任務(wù)的CPU訪問(wèn)權(quán)，將其放在隊(duì)列的末尾，最后分配時(shí)間片...

存儲(chǔ)速度差異:每個(gè)存儲(chǔ)的執(zhí)行速度不同。越靠近CPU，存儲(chǔ)速度越快，相對(duì)容量越小。不可能一次把執(zhí)行程序需要的所有數(shù)據(jù)都加載到寄存器中，所以有一個(gè)加載和存儲(chǔ)的過(guò)程，這就影響了所謂的 "能見(jiàn)度和

指令重排:現(xiàn)代微處理器大多會(huì)采用亂序執(zhí)行的方法(簡(jiǎn)稱(chēng)OoOE或oOE)，在條件允許的情況下直接運(yùn)行當(dāng)前能夠立即執(zhí)行的后續(xù)指令，避免等待獲取下一條指令所需的數(shù)據(jù)。通過(guò)亂序執(zhí)行技術(shù)，處理器可以大大提高執(zhí)行效率。除了處理器，常見(jiàn)Java運(yùn)行時(shí)環(huán)境中的JIT編譯器也做指令重排序操作，即生成的機(jī)器指令與字節(jié)碼指令的順序不同。

解決問(wèn)題的方法很簡(jiǎn)單，就是強(qiáng)制多線程單線程化。

只有兩種解決方案:

記憶障礙

鎖

讓 讓我們來(lái)看看JVM的內(nèi)存模型，我們將基于這個(gè)模型來(lái)簡(jiǎn)單解釋一下。

內(nèi)存屏障內(nèi)存屏障是通過(guò)volatile關(guān)鍵字在Java中體現(xiàn)的。Volatile將在適當(dāng)?shù)牡胤教砑右韵滤膫€(gè)內(nèi)存屏障。

LoadLoad barrier:對(duì)于這樣的語(yǔ)句，Load1 Load Load2，保證Load1要讀取的數(shù)據(jù)在Load2要讀取的數(shù)據(jù)和后續(xù)讀取操作被訪問(wèn)之前被讀取。

StoreStore barrier:對(duì)于這樣一個(gè)語(yǔ)句，Store1 StoreStore Store2，保證Store1的寫(xiě)操作在Store2和后續(xù)寫(xiě)操作執(zhí)行之前對(duì)其他處理器可見(jiàn)。

LoadStore barrier:對(duì)于這樣一個(gè)語(yǔ)句，Load1 LoadStore Store2，在Store2和后續(xù)的寫(xiě)操作被刷出之前，Load1要讀取的數(shù)據(jù)保證被完全讀取。

StoreLoad barrier:對(duì)于這樣的語(yǔ)句Store1 StoreLoad Load2，在執(zhí)行Load2和所有后續(xù)讀取操作之前，Store1的寫(xiě)入保證對(duì)所有處理器可見(jiàn)。它的開(kāi)銷(xiāo)是四個(gè)障礙中最大的。在大多數(shù)處理器實(shí)現(xiàn)中，這種屏障是通用屏幕。屏障，具有其他三種記憶屏障的功能。

內(nèi)存屏障只能保證可見(jiàn)性，而不能保證計(jì)時(shí)。也就是說(shuō)，內(nèi)存屏障只是解決了線程A修改的內(nèi)容可以被線程B立即讀取的問(wèn)題。

Java中的鎖根據(jù)性質(zhì)可以分為悲觀鎖和樂(lè)觀鎖。悲觀鎖基于鎖指令實(shí)現(xiàn)，樂(lè)觀鎖基于CAS實(shí)現(xiàn)。

悲觀鎖是通過(guò)monitorenter和monitorexit兩個(gè)指令實(shí)現(xiàn)的，這兩個(gè)指令之間的指令不能重排和互斥。假設(shè)線程A和線程B同時(shí)執(zhí)行一段代碼，線程A首先通過(guò)monitorenter獲得鎖，那么線程B只能在線程A執(zhí)行monitorexit之前等待。

CAS是CompareAndSet，Java是通過(guò)spinning和CPU級(jí)指令實(shí)現(xiàn)的。有關(guān)詳細(xì)信息，請(qǐng)參考JUC實(shí)施。假設(shè)有一個(gè)變量c，初始值為3。線程A和線程B同時(shí)修改這個(gè)變量。A和B同時(shí)得到變量C的值。a首先修改它并將值更改為4。b試圖修改它，但是發(fā)現(xiàn)c的值現(xiàn)在是4而不是3，于是他等待spin，然后重新進(jìn)行修改操作，將4改為5。

ThreadLocal最后說(shuō)ThreadLocal。ThreadLocal是局部線程變量，即在線程中直接使用公共變量，修改不影響外界。它遠(yuǎn)遠(yuǎn)沒(méi)有解決 "能見(jiàn)度和和 "時(shí)機(jī)與時(shí)機(jī)。它只保證當(dāng)前線程中的修改不影響其他線程，其他線程的修改不影響當(dāng)前線程。

java中的main函數(shù)拋出的異常由誰(shuí)處理？

java中main函數(shù)拋出的異常由JVM(java虛擬機(jī))處理。

在java程序中，如果異常被拋出，直到在try{}catch時(shí)被捕獲；如果仍然沒(méi)有捕獲到main方法(main method)，那么異常將由java虛擬機(jī)(java運(yùn)行時(shí)環(huán)境)處理。