@攀升
“原型模式”目前還沒有研究過，如果最近有時間的話可能會寫一篇

新更新了源代碼下載，可惜沒注釋
可能哪天會加上注釋和文檔，呵呵...

@googoodolls
沒問題

@楊粼波
Loki的我看過，不過感覺太復(fù)雜，也許有時候需要的只是最簡單的

@guemcit
沒問題

大家都沒有看到我最后一句話：
在后面幾篇會有一個多線程安全的，能夠解決多個Singleton依賴關(guān)系的，基于模板的Singleton實現(xiàn)。

由于篇幅比較長，所以分成好幾篇了，thanks！

@L
恩，其實還有很多問題，后面幾篇會解決

//std::ptr_fun<void>(&print_functionname);
std::ptr_fun返回的是unary function 或 binary function，不能用于無參函數(shù)，實際上也沒必要。

//std::mem_fun1_ref<void,some_class,const std::stirng>(&some_class::print_string)(sc0,"hello2");
如果你用的是Macrosoft的STL，std::mem_fun1_ref會有bug，即只能用于非const成員函數(shù)，如果把some_class中的
void print_string(const string& s) const
改為
void print_string(const string& s)

然后再這樣寫就可以了：
std::mem_fun1_ref(&some_class::print_string)(sc0, "hello2");

當(dāng)然了，用SGI的STL不會有這個bug
最好的辦法是用std::mem_fun_ref，std::mem_fun_ref可用于一個參數(shù)或零個參數(shù)的const或non-const成員函數(shù)，std::mem_fun1_ref只能用于一個參數(shù)的const或non-const成員函數(shù)，估計是為了兼容性。
所以也可以這樣寫：
std::mem_fun_ref(&some_class::print_string)(sc0, "hello2");
這樣print_string加不加const都一樣

有意思
程序員果然“懶”...

Loki庫確實經(jīng)典，不過偶還連STL源碼剖析都沒時間看完呢

@shaker(太子)
boost::bind確實優(yōu)雅
上面的bind修改一下應(yīng)該也可以實現(xiàn)差不多的功能

@ymmol
是啊，不過有像我這樣懶的程序員，習(xí)慣了將參數(shù)推導(dǎo)交給編譯器，也習(xí)慣了make_pair類似的寫法。

雙鏈表還是STL的list比較棒

不錯，記得前不久還遇到過處理透明位圖的問題。不過當(dāng)時還不知道
TransparentBlt，是自己另做的掩碼位圖

有一些道理
不過最后一條我個人認(rèn)為是因為Java沒有C++中的析構(gòu)函數(shù)才有了finally
C++有析構(gòu)函數(shù)還要finally干什么？

不錯，學(xué)習(xí)了。

寫得不錯，學(xué)習(xí)C++真辛苦，特別是自己學(xué)

不錯，不容易

源碼沒問題，不過寫的時候因為時間緊沒什么文檔，注釋也很少。
跟你發(fā)了。。。

這個目前還沒有研究過，也許google知道

@重劍
oops!!!
delete不小心忘記寫了。
把析構(gòu)函數(shù)改成這樣就行了：
Thread::~Thread() {
if (_handle != 0)
CloseHandle(_handle);
if (_target != 0)
delete _target;
}

已經(jīng)更新了下載鏈接，也可以重新下載。
thanks！

貌似還有一點忘了，就是防治編譯器多線程環(huán)境下的優(yōu)化，
這正是volatile關(guān)鍵詞的用處

static auto_ptr<T> _instance;
或者用atexit后改成
static T * _instance;
都可能會有問題，因為多線程環(huán)境下的變量容易被緩存
所以最好加上volatile

static volatile auto_ptr<T> _instance;
或者用atexit后改成
static T * volatile _instance;

大概看了一下，除了cyt說的Double-Checked Locking，編譯器可能會混亂代碼的執(zhí)行次序，即先設(shè)置_instance指針的內(nèi)容再執(zhí)行構(gòu)造函數(shù)。
還至少有兩個問題：
1.
auto_ptr在某些情況下會出問題，假設(shè)有某個單例類A在析構(gòu)時調(diào)用另外一個單例類Log來記錄一些日志信息，因為在程序結(jié)束時靜態(tài)成員的析構(gòu)可能會是任意次序，單例類Log很有可能在A調(diào)用析構(gòu)函數(shù)之前就析構(gòu)了，后果就不用說吧。

當(dāng)然解決方法很簡單，用C標(biāo)準(zhǔn)庫的atexit就行了，atexit函數(shù)原型如下：
int atexit(void (*func )());
用atexit可以注冊任意多個函數(shù)，當(dāng)程序結(jié)束時會按LIFO的次序調(diào)用注冊的函數(shù)。這樣就能保證多個有依賴關(guān)系的單例類的析構(gòu)順序。
我們修改Singleton的實現(xiàn)，加上：
static void Destroy() {
if ( _instance != 0 ) {
delete _instance;
_instance = 0;
}
}
將Instance實現(xiàn)修改為類似代碼：
static T& Instance() {
if (0 == _instance) {
Lock lock(_cs);
if (0 == _instance) {
_instance = new T();
atexit(Destroy);
}
}
return *_instance;
}

2.

_instance.reset ( new T);
或者
_instance = new T();
這里其實還會有問題，在C++中對指針賦值操作并不能保證是原子操作，如果有某個線程1執(zhí)行到這里，賦值到一半，線程1掛起，線程2開始執(zhí)行，這時候
_instance可能處于任何狀態(tài)，0 == _instance 也許為true，線程2于是return *_instance，這時候就會有問題了...

設(shè)計一個完美的Singleton也許比想象的要難的多