1. 程式人生 > >Java記憶體模型_重排序

Java記憶體模型_重排序

重排序:是指編譯器和處理器為了優化程式效能而對指令序列進行重新排序的一種手段

1.、編譯器優化的重排序。編譯器在不改變單執行緒程式語義的前提下,可以重新安排語句的執行順序。

2.、指令級並行的重排序。現代處理器採用了指令級並行技術來將多條指令重疊執行。如果不存在資料依賴性,處理器可以改變語句對應機器指令的執行順序。

3.、記憶體系統的重排序。由於處理器使用快取和讀/寫緩衝區,這使得載入和儲存操作看上去可能是在亂序執行。

從java原始碼到最終實際執行的指令序列,會分別經歷下面三種重排序:

上述的1屬於編譯器重排序,2和3屬於處理器重排序。這些重排序都可能會導致多執行緒程式出現記憶體可見性問題。對於編譯器,JMM的編譯器重排序規則會禁止特定型別的編譯器重排序。對於處理器重排序,

JMM的處理器重排序規則會要求java編譯器在生成指令序列時,插入特定型別的記憶體屏障指令,通過記憶體屏障指令來禁止特定型別的處理器重排序。

資料依賴:資料依賴分為三種類型

寫後讀:寫一個變數之後,在讀這個變數

寫後寫:寫一個變數之後,在寫這個變數

讀後寫:讀一個變數之後,在寫這個變數

上面三種類型,只要重排序兩個操作的執行順序,程式的執行結果就會被改變

編譯器和處理器不會改變存在資料依賴關係的兩個操作的執行順序(這裡所說的資料依賴性僅針對單個處理器中執行的指令序列和單個執行緒中執行的操作,不同處理器之間和不同執行緒之間的資料依賴性不被編

譯器和處理器考慮)

as-if-serial語義

as-if-serial語義的意思指:不管怎麼重排序(編譯器和處理器為了提高並行度),(單執行緒)程式的執行結果不能被改變。編譯器,runtime 和處理器都必須遵守as-if-serial語義。

為了遵守as-if-serial語義,編譯器和處理器不會對存在資料依賴關係的操作做重排序,因為這種重排序會改變執行結果。但是,如果操作之間不存在資料依賴關係,這些操作可能被編譯器和處理器重排序

在單執行緒程式中,對存在控制依賴的操作重排序,不會改變執行結果(這也是as-if-serial語義允許對存在控制依賴的操作做重排序的原因);但在多執行緒程式中,對存在控制依賴的操作重排序,可能會改變程式的執行結果。

相關推薦

Java記憶體模型_排序

重排序:是指編譯器和處理器為了優化程式效能而對指令序列進行重新排序的一種手段 1.、編譯器優化的重排序。編譯器在不改變單執行緒程式語義的前提下,可以重新安排語句的執行順序。 2.、指令級並行的重排序。現代處理器採用了指令級並行技術來將多條指令重疊執行。如果不存在資料依賴性,處理器可以改變語句對應機器指令的執行

啃碎併發(11):記憶體模型排序

0 前言 在很多情況下,訪問一個程式變數(物件例項欄位,類靜態欄位和陣列元素)可能會使用不同的順序執行,而不是程式語義所指定的順序執行。具體幾種情況,如下: 編譯器 能夠自由的以優化的名義去改變指令順序; 在特定的環境下,處理器 可能會次序顛倒的執行指令; 資料可能在 暫存器、處

Java記憶體模型_順序一致性

資料競爭: 當程式未正確同步時,就會存在資料競爭。java記憶體模型規範對資料競爭的定義如下: 在一個執行緒中寫一個變數 在另一個執行緒讀同一個變數 而且寫和讀沒有通過同步來排序 如果程式是正確同步的,程式的執行將具有順序一致性–即程式的執行結果與該程式在順序一致性記憶體模型中的執行結果相同 順序一致性記

JVM記憶體模型排序

為什麼有重排序? 執行程式時,為了提高效能,處理器和編譯器常常會對指令進行重排序。我們常將的重排序包括處理器重排序和編譯器重排序。 重排序需要滿足的條件 ①在單執行緒環境下不能改變程式執行的結果; ②存在資料依賴關係的不允許重排序 如果知道happens-bef

三、Java記憶體模型---排序和順序一致性

3.2 重排序 重排序是指編譯器和處理器為了優化程式效能而對指令序列進行重新排序的一種手段。 3.2.1 資料依賴性 如果兩個操作訪問同一個變數,且這兩個操作中有一個為寫操作,此時這兩個操作之間 就存在資料依賴性。資料依賴分為下列3種類型,如表3-4所示。 上面3種情況,只

Java 記憶體模型的基礎(二)——排序

一、資料依賴性 如果兩個操作訪問同一個變數,且兩個操作中有一個為寫操作,此時這兩個操作就存在資料依賴性。資料依賴分為以下三種情況: 名稱 程式碼示例 說   明 寫後讀 a = 1; b =

深入理解Java記憶體模型(二)——排序

資料依賴性 如果兩個操作訪問同一個變數,且這兩個操作中有一個為寫操作,此時這兩個操作之間就存在資料依賴性。資料依賴分下列三種類型: 名稱 程式碼示例 說明 寫後讀 a = 1;b = a; 寫一個變數之後,再讀這個位置。 寫後寫 a = 1;a = 2; 寫一個變數之後,再寫這

Java記憶體模型FAQ(四)排序意味著什麼?

譯者:Alex 在很多情況下,訪問一個程式變數(物件例項欄位,類靜態欄位和陣列元素)可能會使用不同的順序執行,而不是程式語義所指定的順序執行。編譯器能夠自由的以優化的名義去改變指令順序。在特定的環境下,處理器可能會次序顛倒的執行指令。資料可能在暫存器,處理器緩衝區和主記憶體中以不同的次序移動

1-2 (JVM)Java記憶體模型---記憶體可見性、排序、順序一致性、volatile、鎖、final

一、原子性原子性操作指相應的操作是單一不可分割的操作。例如,對int變數count執行count++d操作就不是原子性操作。因為count++實際上可以分解為3個操作:(1)讀取變數count的當前值;(2)拿count的當前值和1做加法運算;(3)將加完後的值賦給count

java內存模型排序

-i reload 提高 之前 app 內存屏障 pos 兩個 類型 1.重排序   在執行程序時為了提高性能,編譯器和處理器常常會對指令做重排序.重排序分三種類型:   1.編譯器優化的重排序.編譯器在不改變單線程程序語義的前提下,可以重新安排語句的執行順序.   2

Java 記憶體模型基礎

一、併發程式設計模型的兩個關鍵問題 1. 執行緒之間如何通訊 通訊是指執行緒之間以何種機制來交換資訊。 在指令式程式設計中,執行緒之間的通訊機制有兩種:共享記憶體和訊息傳遞。 在共享記憶體的併發模型裡,執行緒之間共享程式的公共狀態,通過寫-讀記憶體中的公共狀

十一、JVM(HotSpot)Java記憶體模型與執行緒

注:本博文主要是基於JDK1.7會適當加入1.8內容。 1、Java記憶體模型 記憶體模型:在特定的操作協議下,對特定的記憶體或快取記憶體進行讀寫訪問的抽象過程。不同的物理機擁有不一樣的記憶體模型,而Java虛擬機器也擁有自己的記憶體模型。 主要目標:定義程式中各個變數的訪問規則,

Java併發(四):volatile的實現原理 Java併發(一):Java記憶體模型乾貨總結

synchronized是一個重量級的鎖,volatile通常被比喻成輕量級的synchronized volatile是一個變數修飾符,只能用來修飾變數。 volatile寫:當寫一個volatile變數時,JMM會把該執行緒對應的本地記憶體中的共享變數重新整理到主記憶體。 volatile讀:當讀一

Java記憶體模型解析

一.java記憶體模型的誕生原因以及作用   1.誕生原因     java虛擬機器中規範定義的一種記憶體模型,來遮蔽調各種硬體和作業系統之間的記憶體訪問差異,為了實現java程式在各種平臺都能達到一致的記憶體訪問效果。這是它誕生的緣由。   2.作用     其實這個記憶體模型主要就是去定義程式中各

Java記憶體模型(2)——happens-before

happens-before 原則 (先行發生原則)是JMM中最核心的概念,該原則闡述了操作之間的記憶體可見性。 happens-before的誕生——完善的JMM  Java語言是最早嘗試提供記憶體模型的語言,這是簡化多執行緒程式設計、保證程式可移植性的一個飛躍

Java記憶體模型(1)——JMM

在學習Java併發程式設計中,瞭解Java記憶體模型對於我們去理解Java多執行緒程式設計是非常有幫助的,本文將對JMM進行一個大體介紹,讓我們對JMM有一個大體的輪廓。 硬體的記憶體模型  為了提高效率,充分利用計算機的能力,多工處理已經成為現代計算機的必備功能

JVM學習之java記憶體模型

JVM學習之java記憶體模型 以下blog內容來自《深入理解Java虛擬機器_JVM高階特性與最佳實踐》感謝作者!! java虛擬機器規範定義了一種java記憶體模型(JMM)來遮蔽不同硬體和作業系統的差異,達到跨平臺執行效果,記憶體模型的定義一個宗旨就是併發記憶體訪問操作不會產生

[Java記憶體模型]happens-before

重排序需要遵守happens-before規則,如果不符合,則編譯器和處理器不會對程式進行優化重排序 從JDK5開始,java使用新的JSR -133記憶體模型(本文除非特別說明,針對的都是JSR- 133記憶體模型)。JSR-133使用happens-before的概念來

JVM記憶體結構、Java記憶體模型以及Java物件模型之間的區別

Java作為一種面向物件的,跨平臺語言,其物件、記憶體等一直是比較難的知識點。而且很多概念的名稱看起來又那麼相似,很多人會傻傻分不清楚。比如本文我們要討論的JVM記憶體結構、Java記憶體模型和Java物件模型,這就是三個截然不同的概念,但是很多人容易弄混。 可以這樣說,很多高階開發甚至都搞

三、Java記憶體模型---Java記憶體模型的基礎

3.1 Java記憶體模型的基礎 3.1.1 併發程式設計模型的兩個關鍵問題 併發程式設計中,有兩大關鍵問題:執行緒之間如何通訊和執行緒之間如何同步。通訊是指執行緒之間以何種機制來交換資訊。在指令式程式設計中,執行緒之間的通訊機制有兩種:共享記憶體和訊息傳遞。 在共享記憶體的併發模