已采納回答 / 慕粉4117368
是的,比如要是多線程訪問的情況下,很容易,線程一訪問到一半,線程二突然插進(jìn)來執(zhí)行,所以要加同步處理的機(jī)制,防止在線程一執(zhí)行的情況下,有別的線程搶占進(jìn)來執(zhí)行,加上同步就可以使一個(gè)線程運(yùn)行完了,下一個(gè)線程才可以拿到cpu的資源繼續(xù)執(zhí)行
2017-04-12
并不是我想學(xué)習(xí)的那種,我想演示一下懶漢怎么出現(xiàn)線程不安全現(xiàn)象,以及如何解決線程不安全,然后單例模式還有幾種實(shí)現(xiàn)方式,比如說枚舉,天然的單例,還能防止反射去繞過安全機(jī)制拿到實(shí)例
2017-04-11
所謂的懶漢模式線程不安全可以簡單的理解為,在A使用這個(gè)類的實(shí)例的時(shí)候,對象正在創(chuàng)建的時(shí)候,B也要來使用這個(gè)實(shí)例,所以不太安全,但是,餓漢模式在類加載的時(shí)候就已經(jīng)創(chuàng)建了對象,A和B可以同時(shí)使用這個(gè)實(shí)例。
2017-04-05
public class Sington1 {
private static volatile Sington1 sington1;
private Sington1() {
}
public static Sington1 getInsance() {
if (sington1 == null) {
synchronized (Sington1.class) {
if(sington1==null){
sington1 = new Sington1();
}
}
}
return sington1;
}
}
private static volatile Sington1 sington1;
private Sington1() {
}
public static Sington1 getInsance() {
if (sington1 == null) {
synchronized (Sington1.class) {
if(sington1==null){
sington1 = new Sington1();
}
}
}
return sington1;
}
}
2017-03-31
套路2字惟妙惟肖!如果說把編程比作是理發(fā),那么設(shè)計(jì)模式就好比是寸頭、平頭、爆炸頭、蘑菇頭以及鍋蓋頭等等頭型!
2017-03-24
這里講的線程不安全,主要是在判斷是否創(chuàng)建了這個(gè)實(shí)例的代碼塊里。樓上很多贊的那個(gè),提到的方法叫雙重檢查鎖定。
問題根源是,instance = new Instance()可以分解成三行偽代碼。正常的順序是分配對象的內(nèi)存空間->初始化對象->設(shè)置instance指向剛分配的內(nèi)存地址。注意第2.3步會被重排序。這時(shí)候instance被分配了內(nèi)存但是沒有初始化。如果這時(shí)候有一個(gè)線程B來訪問,他判斷instance!=null后調(diào)用這個(gè)對象時(shí)發(fā)現(xiàn)對象沒有初始化,就出現(xiàn)bug了~解決方案:1、Instance聲明為volatile類型。2、允許重排序,但是重排序不被其他線程看到。
問題根源是,instance = new Instance()可以分解成三行偽代碼。正常的順序是分配對象的內(nèi)存空間->初始化對象->設(shè)置instance指向剛分配的內(nèi)存地址。注意第2.3步會被重排序。這時(shí)候instance被分配了內(nèi)存但是沒有初始化。如果這時(shí)候有一個(gè)線程B來訪問,他判斷instance!=null后調(diào)用這個(gè)對象時(shí)發(fā)現(xiàn)對象沒有初始化,就出現(xiàn)bug了~解決方案:1、Instance聲明為volatile類型。2、允許重排序,但是重排序不被其他線程看到。
2017-03-14