青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

#ant

The dreams in which I'm dying are the best I've ever had...

非完美C++ Singleton實(shí)現(xiàn)[2]

4.解決多線程問題
上一篇實(shí)現(xiàn)的Singleton只能在單線程環(huán)境中使用,在多線程環(huán)境中會(huì)出現(xiàn)很多問題,看Instance()實(shí)現(xiàn)代碼:
1?static?Singleton&?Instance()?{
2?????if?(0?==?_instance)?{?//1

3?????????_instance?=?new?Singleton();?//2
4?????????atexit(Destroy);
5?
????}
6?????return?*_instance;?//3

7?}
考慮如下情況:線程一調(diào)用Instance(),進(jìn)入//1,0 == _instance 返回true,線程一于是進(jìn)入//2。這時(shí)候線程一被掛起,線程二開始執(zhí)行,線程二調(diào)用Instance(),進(jìn)入//1,發(fā)現(xiàn)0 == _instance 仍然返回true,線程二于是也進(jìn)入//2,線程二繼續(xù)執(zhí)行到//3直到返回。這時(shí)候線程一被喚醒,繼續(xù)從//2開始執(zhí)行,這將會(huì)覆蓋線程二創(chuàng)建的_instance,線程一繼續(xù)執(zhí)行到//3直到返回...

解決方法很簡單,引入相關(guān)同步對象(synchronization object)就行了,例如在win32平臺下可以如下實(shí)現(xiàn):
synobj.h
?1?#ifndef?SYNOBJ_H
?2?
#define?SYNOBJ_H
?3?

?4?#include?<windows.h>
?5?
?6?#define?CLASS_UNCOPYABLE(classname)?\
?7?????private
:?\
?8?????classname(const?classname&
);?\
?9?????classname&?operator=(const?classname&
);
10?

11?class?Mutex?{
12?
????CLASS_UNCOPYABLE(Mutex)
13?public
:
14?????Mutex()?:_cs()?{?InitializeCriticalSection(&
_cs);?}
15?????~Mutex()?{?DeleteCriticalSection(&
_cs);?}
16?????void?lock()?{?EnterCriticalSection(&
_cs);?}
17?????void?unlock()?{?LeaveCriticalSection(&
_cs);?}
18?private
:
19?
????CRITICAL_SECTION?_cs;
20?
};
21?

22?class?Lock?{
23?
????CLASS_UNCOPYABLE(Lock)
24?public
:
25?????explicit?Lock(Mutex&
?cs)?:_cs(cs)?{?_cs.lock();?}
26?????~
Lock()?{?_cs.unlock();?}
27?private
:
28?????Mutex&
?_cs;
29?
};
30?

31?#endif/*SYNOBJ_H*/

有了同步對象很容易就能夠?qū)懗鋈缦麓a:
singleton.h
?1?#ifndef?SINGLETON_H
?2?
#define?SINGLETON_H
?3?

?4?#include?"synobj.h"
?5?
?6?class?Singleton?{
?7?public
:
?8?????static?Singleton&?Instance()?{?//?Unique?point?of?access

?9?????????Lock?lock(_mutex);
10?????????if?(0?==
?_instance)?{
11?????????????_instance?=?new
?Singleton();
12?????????????atexit(Destroy);?//?Register?Destroy?function

13?????????}
14?????????return?*
_instance;
15?
????}
16?????void
?DoSomething(){}
17?private
:
18?????static?void?Destroy()?{?//?Destroy?the?only?instance

19?????????if?(?_instance?!=?0?)?{
20?
????????????delete?_instance;
21?????????????_instance?=?0
;
22?
????????}
23?
????}
24?????Singleton(){}?//?Prevent?clients?from?creating?a?new?Singleton

25?????~Singleton(){}?//?Prevent?clients?from?deleting?a?Singleton
26?????Singleton(const?Singleton&);?//?Prevent?clients?from?copying?a?Singleton
27?????Singleton&?operator=(const?Singleton&);
28?private
:
29?????static
?Mutex?_mutex;
30?????static?Singleton?*_instance;?//?The?one?and?only?instance

31?};
32?

33?#endif/*SINGLETON_H*/

singleton.cpp
1?#include?"singleton.h"
2?
3?Mutex?Singleton::_mutex;
4?Singleton*?Singleton::_instance?=?0;
現(xiàn)在的Singleton雖然多線程安全,性能卻受到了影響。從Instance()中可以看到,實(shí)際上僅僅當(dāng)0 == _instance為true時(shí)才需要Lock。你很容易就寫出如下代碼:
1?static?Singleton&?Instance()?{
2?????if?(0?==
?_instance)?{
3?
????????Lock?lock(_mutex);
4?????????_instance?=?new
?Singleton();
5?
????????atexit(Destroy);
6?
????}
7?????return?*
_instance;
8?}
但是這樣還是會(huì)產(chǎn)生競爭條件(race condition),一種廣為人知的做法是使用所謂的Double-Checked Locking:
?1?static?Singleton&?Instance()?{
?2?????if?(0?==
?_instance)?{
?3?
????????Lock?lock(_mutex);
?4?????????if?(0?==
?_instance)?{
?5?????????????_instance?=?new
?Singleton();
?6?
????????????atexit(Destroy);
?7?
????????}
?8?
????}
?9?????return?*
_instance;
10?}
Double-Checked Locking機(jī)制看起來像是一個(gè)完美的解決方案,但是在某些條件下仍然不行。簡單的說,編譯器為了效率可能會(huì)重排指令的執(zhí)行順序(compiler-based reorderings)。看這一行代碼:

_instance?=?new?Singleton();

在編譯器未優(yōu)化的情況下順序如下:
1.new operator分配適當(dāng)?shù)膬?nèi)存;
2.在分配的內(nèi)存上構(gòu)造Singleton對象;
3.內(nèi)存地址賦值給_instance。


但是當(dāng)編譯器優(yōu)化后執(zhí)行順序可能如下:
1.new operator分配適當(dāng)?shù)膬?nèi)存;
2.內(nèi)存地址賦值給_instance;
3.在分配的內(nèi)存上構(gòu)造Singleton對象。


當(dāng)編譯器優(yōu)化后,如果線程一執(zhí)行到2后被掛起。線程二開始執(zhí)行并發(fā)現(xiàn)0 == _instance為false,于是直接return,而這時(shí)Singleton對象可能還未構(gòu)造完成,后果...

上面說的還只是單處理器的情況,在多處理器(multiprocessors)的情況下,超線程技術(shù)必然會(huì)混合執(zhí)行指令,指令的執(zhí)行順序更無法保障。關(guān)于Double-Checked Locking的更詳細(xì)的文章,請看:
The "Double-Checked Locking is Broken" Declaration

5.使用volatile關(guān)鍵字
為了說明問題,請先考慮如下代碼:
?1?class?MyThread?:?public?Thread?{
?2?public
:
?3?????virtual?void
?run()?{
?4?????????while?(!
_stopped)?{
?5?????????????//do?something

?6?????????}
?7?
????}
?8?????void
?stop()?{
?9?????????_stopped?=?true
;
10?
????}
11?private
:
12?
????bool?_stopped;
13?
};
14?

15?...
16?
17?MyThread?thread;
18?thread.start();
上面用thread.start()開啟了一個(gè)線程,該線程在while循環(huán)中檢測bool標(biāo)記_stopped,看是否該繼續(xù)執(zhí)行。如果想要結(jié)束這個(gè)線程,調(diào)用thread.stop()應(yīng)該沒問題。但是需要注意的是編譯器很有可能對_stopped的存取進(jìn)行優(yōu)化。如果編譯器發(fā)現(xiàn)_stopped被頻繁存取(_stopped在while循環(huán)中),編譯器可能會(huì)考慮將_stopped緩存到寄存器中,以后_stopped將會(huì)直接從寄存器存取。這時(shí)候如果某個(gè)線程調(diào)用了thread.stop(),對_stopped的修改將不會(huì)反映到寄存器中,thread將會(huì)永遠(yuǎn)循環(huán)下去...

為了防止編譯器優(yōu)化,用volatile關(guān)鍵字就OK了,volatile跟const的用法幾乎一樣,能用const的地方也都能用volatile。對Singleton來說,修改如下兩處即可:
1?//singleton.h中
2?static?Singleton?*_instance;
3?//改為

4?static?Singleton?*?volatile?_instance;
5?

6?//singleton.cpp中
7?Singleton*?Singleton::_instance?=?0;
8?//改為

9?Singleton*?volatile?Singleton::_instance?=?0;


6.將Singleton泛化為模板
singleton.h
?1?#ifndef?SINGLETON_H
?2?
#define?SINGLETON_H
?3?

?4?#include?"synobj.h"
?5?
?6?template<class?T>
?7?class?Singleton?{
?8?
????CLASS_UNCOPYABLE(Singleton)
?9?public
:
10?????static?T&?Instance()?{?//?Unique?point?of?access

11?????????if?(0?==?_instance)?{
12?
????????????Lock?lock(_mutex);
13?????????????if?(0?==
?_instance)?{
14?????????????????_instance?=?new
?T();
15?
????????????????atexit(Destroy);
16?
????????????}
17?
????????}
18?????????return?*
_instance;
19?
????}
20?protected
:
21?
????Singleton(){}
22?????~
Singleton(){}
23?private
:
24?????static?void?Destroy()?{?//?Destroy?the?only?instance

25?????????if?(?_instance?!=?0?)?{
26?
????????????delete?_instance;
27?????????????_instance?=?0
;
28?
????????}
29?
????}
30?????static
?Mutex?_mutex;
31?????static?T?*?volatile?_instance;?//?The?one?and?only?instance

32?};
33?

34?template<class?T>
35?Mutex?Singleton<T>::_mutex;
36?

37?template<class?T>
38?T?*?volatile?Singleton<T>::_instance?=?0;
39?

40?#endif/*SINGLETON_H*/

測試代碼:
test.cpp
?1?#include?"singleton.h"
?2?
?3?class?A?:?public?Singleton<A>?{
?4?????friend?class?Singleton<A>
;
?5?protected
:
?6?
????A(){}
?7?????~
A(){}
?8?public
:
?9?????void
?DoSomething(){}
10?
};
11?

12?int?main()?{
13?

14?????A?&a?=?A::Instance();
15?
????a.DoSomething();
16?

17?????return?0;
18?}


7.Singleton的析構(gòu)問題
到此Singleton已經(jīng)算比較完善了,但是依然算不上完美,因?yàn)榈浆F(xiàn)在只是解決了多線程問題,加入了模板支持,對于KDL problem(The Dead Reference Problem)依然沒法解決,可以說在實(shí)現(xiàn)Singleton模式時(shí),最大的問題就是多個(gè)有依賴關(guān)系的Singleton的析構(gòu)順序。雖然Modern C++ Design中給出了解決方案,但是Loki的實(shí)現(xiàn)太過復(fù)雜,在此就不詳細(xì)說明了,有興趣的可以看看Modern C++ Design,當(dāng)然了,Loki庫中用策略模式實(shí)現(xiàn)的Singleton也很不錯(cuò)!

posted on 2007-09-07 23:22 螞蟻終結(jié)者 閱讀(5090) 評論(13)  編輯 收藏 引用 所屬分類: Design Pattern

Feedback

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-09-08 09:12 sneaker

"The Dead Reference Problem"確實(shí)是實(shí)現(xiàn)Singleton的首要問題  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-09-09 03:25 func

華麗的推演,“裱”成PDF收藏~期待下篇  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-09-10 11:14 ChenA

volatile也解決不了多線程的問題,詳情請看C++ and the Perils of Double-Checked Locking。
KDL的問題設(shè)計(jì)成不依賴不就行了,需要依賴關(guān)系的手動(dòng)釋放,這是最簡單的辦法。  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-09-10 11:33 螞蟻終結(jié)者

@ChenA
thanks!  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-09-19 14:24 func

我的理解,volatile雖然不能解決多線程的很多問題,但這里的使用應(yīng)該解決了問題.  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-10-09 14:33 fr3@K

已知 : global (static) instance 在 multithreading 下有啟始上的問題。
試問 : 如何用一個(gè) global instance (mutex) 去確保另一個(gè) global instance 的啟始正確?

請參考拙著 Is your Singleton Broken? (http://fsfoundry.org/codefreak/2006/05/05/is-your-singleton-broken/)  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-10-09 16:30 螞蟻終結(jié)者

@fr3@K
實(shí)際上multithreading的問題不在于mutex這里,一個(gè)好的設(shè)計(jì)會(huì)在main函數(shù)真正啟動(dòng)后再調(diào)用Instance(),而這時(shí)候global object可以確保已經(jīng)初始化,即在調(diào)用Instance()時(shí)可以保證mutex已經(jīng)初始化。因此只要程序在真正進(jìn)入main函數(shù)以前不調(diào)用Instance(),就不會(huì)有g(shù)lobal instance的初始化問題。  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-10-09 16:32 螞蟻終結(jié)者

其實(shí)后來覺得多數(shù)情況下eager initialization要優(yōu)于lazy initialization。
如經(jīng)典的Meyer's Singleton以及Boost::singleton
  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-10-09 16:42 王博煒

強(qiáng)  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-10-09 21:00 fr3@K

@螞蟻終結(jié)者

我的考量多是站在 library writer (職業(yè)病) 的角度。
Library 常需要在程式一 load 上來就把 static (global) instance 啟始好. 總不好要求使用者進(jìn)入 main() 才能使用.

希望你能把進(jìn)入 main() 之后再呼叫 Instance() 這段加入你的文章里面, 以免誤導(dǎo)了讀者如我輩.

我是盡量避免 lazy initialization 的人, 尤其是在 static instance (singleton) 的創(chuàng)建上. Lazy initialization 的策略有可能造成譬如說一個(gè) global logger 在某個(gè)對象的虛構(gòu)函數(shù)內(nèi)第一次被使用 (或許可能性很小, 但畢竟不能 100% 排除), 而我們又無法保證該 logger 肯定會(huì)被創(chuàng)建成功. 這樣是否代表我們必須在每個(gè)使用到 logger 的 destructor 內(nèi)部做 try-and-catch? 等等問題...  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2007-10-10 09:06 螞蟻終結(jié)者

@fr3@K
謝謝你的建議。
不能從static code中調(diào)用Instance()確實(shí)是一種限制。我想應(yīng)該可以通過某種類似Boost::singleton中的技巧來確保static object(mutex)在Instance()之前初始化。有時(shí)間了再把這段內(nèi)容補(bǔ)上。  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2008-05-06 09:21 sodar

非常好的文章,學(xué)習(xí)了

可是遇到一個(gè)問題,如果我是在動(dòng)態(tài)庫工程中使用這個(gè)Singleton,因?yàn)閍texit不能用于DLL,這種實(shí)現(xiàn)是不是會(huì)有問題呢?  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2008-05-06 22:02 螞蟻終結(jié)者

@sodar
能說下在動(dòng)態(tài)庫工程中使用Singleton的具體需求嗎?dll中用atexit注冊的函數(shù)在FreeLibrary的時(shí)候會(huì)被調(diào)用,可以保證Singleton安全析構(gòu)。  回復(fù)  更多評論   

# re: 非完美C++ Singleton實(shí)現(xiàn)[2] 2012-05-28 08:26 SYBILRobbins

This is known that cash can make us autonomous. But what to do when somebody does not have money? The only one way is to try to get the <a href="http://goodfinance-blog.com/topics/business-loans">business loans</a> and financial loan.   回復(fù)  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            麻豆久久婷婷| 亚洲韩国精品一区| 国产精品女主播一区二区三区| 一本色道久久综合亚洲91| 久久久久久久久久久成人| 亚洲欧美日韩国产一区二区三区| 一本色道久久| 亚洲视频在线看| 亚洲欧美日韩精品| 欧美在线观看一区二区| 久久精品国产99国产精品| 久久久久久久久久久成人| 亚洲成人直播| 一区二区三区欧美激情| 午夜一区二区三视频在线观看| 校园激情久久| 另类尿喷潮videofree | 99re6这里只有精品| 亚洲精品乱码久久久久久蜜桃麻豆| 亚洲精品免费电影| 一本色道久久综合亚洲精品不卡| 亚洲资源在线观看| 免费日韩av电影| 一区二区三区四区五区视频| 亚洲一区美女视频在线观看免费| 亚洲欧美在线一区| 米奇777超碰欧美日韩亚洲| 欧美亚日韩国产aⅴ精品中极品| 国产九九精品视频| 亚洲美女少妇无套啪啪呻吟| 欧美一区二区三区四区在线观看地址 | 国产欧美一区二区三区在线看蜜臀 | 亚洲激情视频在线| 亚洲欧美日韩精品一区二区| 老司机一区二区三区| 国产精品xvideos88| 在线观看视频欧美| 亚洲制服av| 91久久夜色精品国产网站| 欧美一区二区在线观看| 欧美三级乱码| 亚洲精品少妇| 久久综合久色欧美综合狠狠 | 久久精品综合一区| 欧美成人69av| 亚洲视频在线观看一区| 久久日韩粉嫩一区二区三区| 国产精品久久久久aaaa| 亚洲精品影视在线观看| 玖玖玖免费嫩草在线影院一区| 一区二区三区四区在线| 欧美高清影院| 亚洲激情综合| 免费看黄裸体一级大秀欧美| 一区二区三区日韩精品视频| 欧美福利一区| 亚洲国产精品日韩| 香蕉成人伊视频在线观看| 亚洲国产清纯| 久久综合999| 国产一区二区三区的电影| 亚洲一区观看| 亚洲亚洲精品三区日韩精品在线视频 | 亚洲毛片在线免费观看| 久久综合国产精品台湾中文娱乐网| 国产精品日本精品| 亚洲一区不卡| 一区二区三区精品视频在线观看| 欧美精品v国产精品v日韩精品 | 亚洲欧美色一区| 国产精品日韩久久久久| 亚洲在线中文字幕| 性色一区二区| 激情久久婷婷| 麻豆精品国产91久久久久久| 久久精品国产清高在天天线| 黄页网站一区| 欧美国产高清| 欧美激情一区二区三区全黄| 亚洲精品乱码久久久久久久久 | 亚洲三级电影全部在线观看高清 | 国产精品久久久久久五月尺| 亚洲视频一区二区在线观看 | 欧美大片在线观看| 欧美国产1区2区| 日韩午夜精品视频| 一本到12不卡视频在线dvd| 午夜精品婷婷| 欧美主播一区二区三区美女 久久精品人| 国产精品一香蕉国产线看观看 | 香蕉成人伊视频在线观看| 国产一区二区三区黄视频| 久久亚洲国产成人| 欧美日韩一区精品| 久久精品一区二区三区不卡牛牛| 久久不见久久见免费视频1| 伊人久久婷婷| 99视频在线观看一区三区| 国产日韩精品在线播放| 欧美激情在线狂野欧美精品| 欧美日韩在线播放一区| 久久精品理论片| 欧美久久久久久蜜桃| 欧美一区二区高清在线观看| 久久久噜噜噜久久| 午夜视黄欧洲亚洲| 欧美紧缚bdsm在线视频| 欧美一区二区黄| 欧美国产日韩在线| 久久人91精品久久久久久不卡| 欧美母乳在线| 玖玖玖国产精品| 国产欧美视频一区二区| 亚洲区一区二区三区| 一区二区视频欧美| 国产精品99久久久久久白浆小说 | 亚洲黄色天堂| 国产亚洲精品久久久久久| 亚洲日本中文字幕| 狠狠综合久久| 性欧美大战久久久久久久免费观看 | 亚洲一区二区在线视频| 亚洲国产精品成人综合色在线婷婷| 一区二区三区蜜桃网| 亚洲另类春色国产| 理论片一区二区在线| 久久性天堂网| 伊人久久综合97精品| 亚洲国产日韩欧美在线动漫| 久热精品视频在线观看| 亚洲欧美综合国产精品一区| 欧美制服第一页| 欧美揉bbbbb揉bbbbb| 久久久在线视频| 亚洲精品在线一区二区| 久久精品二区| 欧美一级淫片aaaaaaa视频| 欧美精彩视频一区二区三区| 欧美va天堂在线| 影音国产精品| 久久久精品性| 美女爽到呻吟久久久久| 国内综合精品午夜久久资源| 亚洲一级一区| 欧美亚洲免费高清在线观看| 91久久久亚洲精品| 日韩午夜电影| 亚洲激情影视| 久久久噜噜噜久久人人看| 久久成人国产精品| 国产精品一区二区在线| 亚洲香蕉网站| 亚洲综合大片69999| 欧美视频日韩视频| 国产精品99久久99久久久二8 | 午夜精品福利在线观看| 午夜精品福利在线| 国产精品稀缺呦系列在线| 亚洲视频免费看| 小嫩嫩精品导航| 国产日韩欧美高清| 久久精品二区三区| 欧美国产成人精品| av72成人在线| 国产精品视频一区二区高潮| 欧美一区二区三区四区在线 | 国产精品99久久久久久久久久久久| 美女爽到呻吟久久久久| 亚洲三级色网| 午夜精品免费在线| 好看的日韩av电影| 欧美裸体一区二区三区| 亚洲淫性视频| 欧美成人一区在线| 亚洲综合另类| 在线欧美日韩| 国产精品成人一区| 久久亚洲综合| 亚洲午夜激情免费视频| 欧美激情乱人伦| 欧美一区二区啪啪| 亚洲精品一区二区三| 国产欧美一级| 欧美午夜无遮挡| 免费成人性网站| 欧美一区二区三区婷婷月色| 亚洲激情在线观看| 久久久亚洲午夜电影| 亚洲一区在线看| 91久久国产综合久久91精品网站| 国产精品免费观看在线| 欧美xx视频| 久久久777| 亚洲欧美中文字幕| 在线视频精品一区| 欧美日韩在线亚洲一区蜜芽| 免费在线欧美黄色| 久久成人一区二区| 在线午夜精品| 亚洲激情专区|