JVM 線程工做理解和Java靜態方法的線程安全性問題

一、JVM線程工做原理java

在 Java 垃圾回收整理一文中,描述了jvm運行時刻內存的分配。其中有一個內存區域是jvm虛擬機棧,每個線程運行時都有一個線程棧,線程棧保存了線程運行時候變量值信息。當線程訪問某一個對象時候值的時候,首先經過對象的引用找到對應在堆內存的變量的值,而後把堆內存變量的具體值load到線程本地內存中,創建一個變量副本,以後線程就再也不和對象在堆內存變量值有任何關係,而是直接修改副本變量的值,安全

在修改完以後的某一個時刻(線程退出以前),自動把線程變量副本的值回寫到對象在堆中變量。這樣在堆中的對象的值就產生變化了。下面一幅圖描述這寫交互。併發

read and load 從主存複製變量到當前工做內存
use and assign  執行代碼,改變共享變量值 
store and write 用工做內存數據刷新主存相關內容jvm

其中use and assign 能夠屢次出現spa

可是這一些操做並非原子性,也就是 在read load以後,若是主內存count變量發生修改以後,線程工做內存中的值因爲已經加載,不會產生對應的變化,因此計算出來的結果會和預期不同線程

對於volatile修飾的變量,jvm虛擬機只是保證從主內存加載到線程工做內存的值是最新的code

例如假如線程1,線程2 在進行read,load 操做中,發現主內存中count的值都是5,那麼都會加載這個最新的值orm

在線程1堆count進行修改以後,會write到主內存中,主內存中的count變量就會變爲6對象

線程2因爲已經進行read,load操做,在進行運算以後,也會更新主內存count的變量值爲6內存

致使兩個線程及時用volatile關鍵字修改以後,仍是會存在併發的狀況。

二、Java靜態方法的線程安全性問題(參考博文http://www.iteye.com/problems/102095)

package com.yuan.test;

public class ThreadC { 

public static void test(String[] value) throws InterruptedException{ 
    Thread.sleep(5000); 
    System.out.println(Thread.currentThread().getId()); 
    for(String v : value){ 
        System.out.println(v); 
    } 
} 
}
線程1: 
public class A { 
public static void main(String[] args) throws InterruptedException { 
    C.test(new String[]{"A","B", "C"}); 
} 
} 

線程2: 
public class B { 
public static void main(String[] args) throws InterruptedException { 
    C.test(new String[]{"D","E", "F"}); 
} 
}

對於,內部局部變量來講都是線程安全的。總結一句話:

從自家的饃饃沒人會搶,外面的香餑餑才吃香。

相關文章
相關標籤/搜索