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

posts - 297,  comments - 15,  trackbacks - 0
出處 http://m.shnenglu.com/cexer/archive/2008/07/08/55670.html

  單件(Singelton)模式可以說是眾多設(shè)計(jì)模式當(dāng)中,理解起來最容易,概念最為簡(jiǎn)單的一個(gè)。并且在實(shí)際的設(shè)計(jì)當(dāng)中也是使用得又最為頻繁 的,甚至有很多其它的模式都要借助單件才能更好地實(shí)現(xiàn)。然而就是這樣被強(qiáng)烈需求的“一句話模式”(一句話就能闡述明白),雖然有無數(shù)的牛人浸淫其中,至今 也沒有誰鼓搗出一個(gè)完美的實(shí)現(xiàn)。我小菜鳥一只自然更不敢逢人便談單件。不過這個(gè)貼的主題是跟單件模式是密不可分的。

  什么又叫做“線程相關(guān)的單件模式”呢?也許你已經(jīng)顧名思義猜出了八九分。不過還是允許我簡(jiǎn)單地用實(shí)例說明一下。

  假設(shè)你要設(shè)計(jì)了一個(gè)簡(jiǎn)單的 GUI 框架,這個(gè)框架當(dāng)中需要這樣一個(gè)全局變量(單件模式),它保存了所有窗口句柄與窗口指針的映射(我見過的數(shù)個(gè)的開源 GUI 框架都有類似的東西。)。在 WIN32 平臺(tái)上就是這樣一個(gè)簡(jiǎn)單的東西:

    //窗口的包裝類
class Window
{
HWND m_hwnd;
public:
bool create();
bool destroy();

//其它細(xì)節(jié)
};

//窗口句柄與其對(duì)象指針的映射
typedef map<HWND,Window*> WindowMap;
typedef WindowMap::iterator WindowIter;
WindowMap theWindowMap;




  每創(chuàng)建一個(gè)窗口,就需要往這個(gè) theWindowMap 當(dāng)中添加映射。每銷毀一個(gè)窗口,則需要從其中刪除掉相關(guān)映射。實(shí)現(xiàn)代碼類似:

    //創(chuàng)建窗口
bool Window::create()
{
m_hwnd=::CreateWindow(/*參數(shù)略*/);
if(!::IsWindow(m_hwnd))
return false;

theWindowMap[m_hwnd]=this; //添加映射
return true;
}

//銷毀窗口
bool Window::destroy()
{
::DestroyWindow(m_hwnd);

theWindowMap.erase(m_hwnd); //刪除映射
return true;
}


  你可以用任何可能的單件模式來實(shí)現(xiàn)這樣一個(gè)全局變量 theWindowMap,它會(huì) 工作得很好。但是當(dāng)如果考慮要給程序添加多線程支持(“多線程”是如此麻煩,它總愛和“但是”一起出現(xiàn),給本來進(jìn)行得很順利的事情引起波折。),就會(huì)發(fā)現(xiàn) 此時(shí)也許純粹的單件模式并不是最好的選擇。例如一個(gè)線程同時(shí)創(chuàng)建窗口,那么兩個(gè)線程同時(shí)調(diào)用:

    theWindowMap[m_hwnd]=this;


  這顯然不是一個(gè)原子操作,可以肯定如果你堅(jiān)持這樣干你的程序會(huì)慢慢走向崩潰,幸運(yùn)一點(diǎn)只是程序運(yùn)行結(jié)果錯(cuò)誤,如果你恰好那幾天印堂發(fā)暗面色發(fā)灰,說不定就因?yàn)檫@小小的錯(cuò)誤,被無良的BOSS作為借口開除掉了,那可是個(gè)悲慘的結(jié)局。

  當(dāng)然大多數(shù)的單件模式已經(jīng)考慮到了多線程的問題。它們的解決方案就是給加上線程鎖 ,我在數(shù)個(gè)開源的 GUI 框架看到他們都采用了這種解決方案。不過這樣做,在線程同步過程當(dāng)中,會(huì)產(chǎn)生與 GUI 框架邏輯不相關(guān)的同步消耗,雖然不是什么大不了的消耗,但是客戶可能因此就選擇了你的竟?fàn)帉?duì)手,如果線程竟?fàn)幖ち遥趶?qiáng)烈渴求資源的環(huán)境(如小型移動(dòng)設(shè) 置)當(dāng)中,這種消耗更是不可忽視的。

  實(shí)際上在應(yīng)用當(dāng)中,極少有線程需要插入刪除其它線程創(chuàng)建的窗口映射(如果確實(shí)有這種需要,那么可以肯定項(xiàng)目的設(shè)計(jì)上出了問題)。在這種情況下本 線程創(chuàng)建窗口映射都將只是本線程存取,類似“Thread-Specific”的概念。也就是說,theWindowMap 當(dāng)中其它線程創(chuàng)建的窗口的映射對(duì)于本線程來說都是不需關(guān)心的,我們卻要為那部分不必要東西整天提心吊膽并付出運(yùn)行時(shí)消耗的代價(jià),這也有點(diǎn)像“穿著棉襖洗 澡”。但是怎么樣才能做到更輕松爽快些呢?

  就本例問題而言,我們需要這樣一種變量來保存窗口映射,它針對(duì)每個(gè)線程有不同的值(Thread-Specific Data),這些值互不影響,并且所有線程對(duì)它的訪問如同是在訪問一個(gè)進(jìn)程內(nèi)的全局變量(Singelton)。

  如果你是熟悉多線程編程的人,那么“Thread-Specific ”一定讓你想起了什么。是的,“Thread-Specific Storage ” (線程相關(guān)存存諸,簡(jiǎn)稱 TSS ),正是我們需要的,這是大多數(shù)操作系統(tǒng)都提供了的一種線程公共資源安全機(jī)制,這種機(jī)制允許以一定方式創(chuàng)建一個(gè)變量,這個(gè)變量在所在進(jìn)程當(dāng)中的每個(gè)線程當(dāng) 中,可以擁有不同的值。在 WIN32 上,這個(gè)變量就稱為“索引”,其相關(guān)的值則稱為“槽”, “Thread-Local Storage”(線程局部存諸,簡(jiǎn)稱 TLS )機(jī)制。它的提了供這樣幾個(gè)函數(shù)來定義,設(shè)置,讀取線程相關(guān)數(shù)據(jù)(關(guān)于 TLS 的更多信息,可以查閱 MSDN ):

    //申請(qǐng)一個(gè)“槽”的索引。
DWORD TlsAlloc( void );

//獲得調(diào)用線程當(dāng)中指定“槽”的值。
VOID* TlsGetValue( DWORD dwTlsIndex );

//設(shè)置調(diào)用線程當(dāng)中指定“槽”的值。
BOOL TlsSetValue( DWORD dwTlsIndex,VOID* lpTlsValue );

//釋放掉申請(qǐng)的“槽”的索引
BOOL TlsFree( DWORD dwTlsIndex );

  具體使用流程方法:先調(diào)用 TlsAlloc 申請(qǐng)一個(gè)“索引”,然后線程在適當(dāng)時(shí)機(jī)創(chuàng)建一個(gè)對(duì)象并調(diào)用 TlsSetValue 將“索引”對(duì)應(yīng)的“槽”設(shè)置為該對(duì)象的指針,在此之后即可用 TlsGetValue 訪問該“糟”。最后在不需要的時(shí)候調(diào)用 TlsFree ,如在本例當(dāng)中,調(diào)用 TlsFree 的最佳時(shí)機(jī)是在進(jìn)程結(jié)束時(shí)。

  先封裝一下 TlsAlloc 和 TlsFree  以方便對(duì) ”索引“的管理。

    class TlsIndex
{
public:
TlsIndex()
:m_index(::TlsAlloc())
{}

~TlsIndex()
{
::TlsFree(m_index);
}

public:
operator DWORD() const
{
return m_index;
}

private:
DWORD m_index;
};

  
  如你所見,類 TlsIndex 將在構(gòu)造的時(shí)候申請(qǐng)一個(gè)“索引”,在析構(gòu)的時(shí)候釋放此“索引”。

  在本例當(dāng)中 TlsIndex 的對(duì)象應(yīng)該存在進(jìn)程的生命周內(nèi),以保證在進(jìn)程退出之前,這個(gè)“索引”都不會(huì)被釋放,這樣的 TlsIndex 對(duì)象聽起來正像一個(gè)全局靜態(tài)對(duì)象,不過 Meyers Singelton (用函數(shù)內(nèi)的靜態(tài)對(duì)象實(shí)現(xiàn))在這里會(huì)更適合,因?yàn)槲覀儾恍枰獙?duì)這個(gè)對(duì)象的生命周末進(jìn)行精確控制,只需要它在需要的時(shí)候創(chuàng)建,然后在進(jìn)程結(jié)束前銷毀即可。這 種方式只需要很少的代碼即可實(shí)現(xiàn),比如:

    DWORD windowMapTlsIndex()
{
static TlsIndex s_ti;  //提供自動(dòng)管理生命周期的“索引”
return s_ti;
}


  利用這個(gè)“索引”,我們就能實(shí)現(xiàn)上述“Thread-Specific”的功能:

    WindowMap* windowMap()
{
WindowMap* wp=reinterpret_cast<WindowMap*>(::TlsGetValue(windowMapTlsIndex()));
if(!wp)
{
wp=new WindowMap();
::TlsSetValue(windowMapTlsIndex(),wp);
}
return wp;
}

#define theWindowMap *(windowMap())

  
  注意各線程訪問以上的代碼不會(huì)存在竟?fàn)帯_@樣就實(shí)現(xiàn)了一個(gè)線程安全且無線程同步消耗版本的“全局對(duì)象” theWindowMap 。我們甚至不用改變Window::create,Window::destory,queryWindow 的代碼,

  這幾個(gè)簡(jiǎn)單的函數(shù)看起來似乎不像一個(gè)“模式”,但是它確實(shí)是的。

  現(xiàn)在總結(jié)一下“線程相關(guān)的單件模式”的概念:保證一個(gè)類在一個(gè)線程當(dāng)中只有一個(gè)實(shí)例,并提供一個(gè)訪問它的線程內(nèi)的訪問點(diǎn)的模式。

  為了不重復(fù)地制造車輪,我將此類應(yīng)用的模式封裝了一下:

    template<typename TDerived>
class TlsSingelton
{
typedef TDerived _Derived;
typedef TlsSingelton<TDerived> _Base;

public:
static _Derived* tlsInstance()
{
return tlsCreate();
}

protected:
static _Derived* tlsCreate()
{
_Derived* derived=tlsGet();
if(derived)
return derived;

derived=new _Derived();
if(derived && TRUE==::TlsSetValue(tlsIndex(),derived))
return derived;

if(derived)
delete derived;

return NULL;
}

static bool tlsDestroy()
{
_Derived* derived=tlsGet();
if(!derived)
return false;

delete derived;
return true;
}

static DWORD tlsIndex()
{
static TlsIndex s_tlsIndex;
return s_tlsIndex;
}

private:
static _Derived* tlsGet()
{
return reinterpret_cast<_Derived*>(::TlsGetValue(tlsIndex()));
}

static bool tlsSet(_Derived* derived)
{
return TRUE==::TlsSetValue(tlsIndex(),derived);
}

//noncopyable
private:
TlsSingelton(const _Base&);
TlsSingelton& operator=(const _Base&);
};


  將 tlsCreate,tlsDestroy 兩個(gè)函數(shù)設(shè)置為保護(hù)成員,是為了防止一些不三不四吊爾啷噹的程序隨意地刪除。

  示例:

    class WindowMapImpl:public TlsSingelton<WindowMap>
{
WindowMap m_map;
public:
WidnowMap& theWindowMapImpl()
{
return m_map;
}

public:
~WindowMapImpl();

protected:
WindowMapImpl(); //只能通過tlsCreate創(chuàng)建
friend class _Base;
};

#define theWindowMap (WindowMapImpl::tlsInstance()->theWindowMapImpl())



  仍不需要修改原有窗口代碼。

posted on 2008-07-20 17:28 chatler 閱讀(130) 評(píng)論(0)  編輯 收藏 引用

只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


<2010年4月>
28293031123
45678910
11121314151617
18192021222324
2526272829301
2345678

常用鏈接

留言簿(10)

隨筆分類(307)

隨筆檔案(297)

algorithm

Books_Free_Online

C++

database

Linux

Linux shell

linux socket

misce

  • cloudward
  • 感覺這個(gè)博客還是不錯(cuò),雖然做的東西和我不大相關(guān),覺得看看還是有好處的

network

OSS

  • Google Android
  • Android is a software stack for mobile devices that includes an operating system, middleware and key applications. This early look at the Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.
  • os161 file list

overall

搜索

  •  

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲一区久久| 日韩视频免费| 奶水喷射视频一区| 久久久久国产一区二区| 亚洲免费在线视频| 亚洲午夜精品一区二区| 亚洲欧美日韩国产一区二区| 亚洲欧美大片| 久久久www成人免费精品| 亚洲欧美久久久| 久久久久久自在自线| 欧美成人国产| 欧美日韩午夜剧场| 国产精品欧美一区二区三区奶水| 欧美日韩午夜视频在线观看| 国产精品成人观看视频国产奇米| 国产精品chinese| 国产欧美综合一区二区三区| 国内揄拍国内精品少妇国语| 亚洲电影免费在线观看| 99成人在线| 久久精品视频99| 亚洲国产精彩中文乱码av在线播放| 久久免费国产精品1| 亚洲国产精品久久久久秋霞影院| 一本大道久久a久久精二百| 久久不射网站| 欧美精品一区二区高清在线观看| 国产精品区一区| 亚洲国产精品第一区二区| 亚洲一区欧美二区| 欧美成人在线免费视频| 亚洲一线二线三线久久久| 免费人成精品欧美精品| 国产日韩欧美在线视频观看| 日韩亚洲成人av在线| 久久久久久高潮国产精品视| 日韩亚洲欧美高清| 久久久蜜桃一区二区人| 国产九九精品| 欧美精品麻豆| 国模精品娜娜一二三区| 一区二区黄色| 亚洲第一偷拍| 久久riav二区三区| 国产精品久久久久久久久免费樱桃 | 亚洲高清成人| 欧美一级视频精品观看| 亚洲黄色av一区| 久久久久国产精品麻豆ai换脸| 欧美三级日韩三级国产三级| 亚洲国内自拍| 老司机午夜精品视频| 亚洲欧美日韩视频一区| 欧美色欧美亚洲另类七区| 亚洲精品一区在线观看香蕉| 免费欧美电影| 久久久av水蜜桃| 国产伊人精品| 久久久久久夜| 欧美一区二区精品| 国产亚洲成年网址在线观看| 性伦欧美刺激片在线观看| 中文欧美字幕免费| 欧美视频在线看| 亚洲一区二区成人| 一区二区三区免费在线观看| 欧美日韩国产三级| 亚洲调教视频在线观看| 亚洲精品一区二区三区樱花| 欧美理论电影网| 一区二区三区久久精品| 99视频一区| 欧美香蕉视频| 欧美在线视频观看| 久久综合久久久| 亚洲精品国久久99热| 亚洲二区三区四区| 欧美日韩午夜剧场| 久久国产夜色精品鲁鲁99| 久久精品亚洲一区二区| 亚洲国产一区二区三区a毛片| 亚洲国产成人av| 欧美日韩三级在线| 久久精品国产第一区二区三区最新章节| 欧美一二三区精品| 亚洲人成精品久久久久| 洋洋av久久久久久久一区| 国产精品区一区二区三| 久久天天狠狠| 欧美人交a欧美精品| 亚洲欧美区自拍先锋| 性欧美精品高清| 亚洲韩国青草视频| 一区二区三区国产盗摄| 欧美一级二区| 亚洲第一色在线| 日韩视频在线免费| 国产精品普通话对白| 蜜桃久久精品一区二区| 欧美高潮视频| 性欧美激情精品| 久久综合激情| 亚洲欧美日韩国产成人| 久热国产精品视频| 午夜精品久久久久99热蜜桃导演| 久久精品国产第一区二区三区| 亚洲三级电影在线观看| 午夜精品亚洲| 日韩一二三在线视频播| 欧美专区福利在线| 亚洲永久免费观看| 免费精品视频| 久久精品亚洲国产奇米99| 欧美连裤袜在线视频| 久久久久久一区| 国产精品视频999| 亚洲精品乱码久久久久久黑人| 国内精品视频在线播放| av不卡在线观看| 99re国产精品| 久久免费一区| 久久久久久国产精品mv| 国产精品电影观看| 亚洲免费观看| 亚洲精品免费在线| 久久午夜精品一区二区| 欧美影院一区| 国产精品久久久久久久app| 欧美韩日一区二区三区| 黄色成人在线网站| 欧美一区二区三区在| 亚洲欧美日韩区| 欧美体内she精视频| 亚洲精品影院| 一区二区三区欧美视频| 麻豆成人综合网| 免费一区视频| 亚洲国产成人在线视频| 久久亚洲色图| 欧美成人资源| 最新中文字幕一区二区三区| 美女久久网站| 欧美肥婆bbw| 亚洲精品一区二区三区av| 欧美18av| 亚洲精品欧美一区二区三区| 亚洲精品视频在线播放| 欧美成人日本| 亚洲美女淫视频| 午夜精品免费视频| 国产一区二区成人久久免费影院| 欧美一级久久久| 美女性感视频久久久| 亚洲欧洲在线免费| 欧美日韩专区| 先锋a资源在线看亚洲| 久久久夜精品| 亚洲三级视频| 国产精品激情电影| 小黄鸭视频精品导航| 国产综合在线视频| 久久影视精品| 日韩视频免费大全中文字幕| 亚洲一级高清| 国产美女诱惑一区二区| 久久精品国产亚洲a| 亚洲国产99| 先锋影院在线亚洲| 伊伊综合在线| 欧美日韩一区二区免费视频| 亚洲欧美日韩精品一区二区| 免费日韩av| 在线中文字幕一区| 国产视频在线观看一区二区三区 | 久久久五月婷婷| 亚洲丰满在线| 欧美亚洲一区| 亚洲电影欧美电影有声小说| 欧美日韩精品二区| 欧美在线地址| 亚洲经典在线| 毛片一区二区| 亚洲免费在线| 最新国产成人av网站网址麻豆| 国产精品蜜臀在线观看| 久久亚洲视频| 欧美亚洲三区| aa级大片欧美三级| 亚洲第一视频| 久久综合久久综合九色| 亚洲午夜一区二区三区| 亚洲福利av| 国产一区二区三区在线观看精品| 欧美美女操人视频| 久久视频精品在线| 欧美一区2区三区4区公司二百| 亚洲日本一区二区| 女人天堂亚洲aⅴ在线观看| 欧美一区激情|