（轉）靜态成員函數小結

類中的靜态成員真是個讓人愛恨交加的特性。我決定好好總結一下靜态類成員的知識點，以便自己在以後面試中，在此類問題上不在被動。 

靜态類成員包括靜态資料成員和靜态函數成員兩部分。 

一 靜态資料成員： 

類體中的資料成員的聲明前加上static關鍵字，該資料成員就成為了該類的靜态資料成員。和其他資料成員一樣，靜态資料成員也遵守public/protected/private通路規則。同時，靜态資料成員還具有以下特點： 

1.靜态資料成員的定義。 

靜态資料成員實際上是類域中的全局變量。是以，靜态資料成員的定義(初始化)不應該被放在頭檔案中。 

其定義方式與全局變量相同。舉例如下： 

xxx.h檔案 

class base{ 

private: 

static const int _i;//聲明，标準c++支援有序類型在類體中初始化,但vc6不支援。 

}; 

xxx.cpp檔案 

const int base::_i=10;//定義(初始化)時不受private和protected通路限制. 

注：不要試圖在頭檔案中定義(初始化)靜态資料成員。在大多數的情況下，這樣做會引起重複定義這樣的錯誤。即使加上#ifndef #define #endif或者#pragma once也不行。 

2.靜态資料成員被 類 的所有對象所共享，包括該類派生類的對象。即派生類對象與基類對象共享基類的靜态資料成員。舉例如下： 

public : 

static int _num;//聲明 

int base::_num=0;//靜态資料成員的真正定義 

class derived:public base{ 

main() 

{ 

base a; 

derived b; 

a._num++; 

cout<<"base class static data number _num is"<<a._num<<endl; 

b._num++; 

cout<<"derived class static data number _num is"<<b._num<<endl; 

} 

// 結果為1,2;可見派生類與基類共用一個靜态資料成員。 

3.靜态資料成員可以成為成員函數的可選參數，而普通資料成員則不可以。舉例如下： 

static int _staticVar; 

int _var; 

void foo1(int i=_staticVar);//正确,_staticVar為靜态資料成員 

void foo2(int i=_var);//錯誤,_var為普通資料成員 

4.靜态資料成員的類型可以是所屬類的類型，而普通資料成員則不可以。普通資料成員的隻能聲明為 所屬類類型的 指針或引用。舉例如下： 

static base _object1;//正确，靜态資料成員 

base _object2;//錯誤 

base *pObject;//正确，指針 

base &mObject;//正确，引用 

5.這個特性，我不知道是屬于标準c++中的特性，還是vc6自己的特性。 

靜态資料成員的值在const成員函數中可以被合法的改變。舉例如下： 

public: 

base(){_i=0;_val=0;} 

mutable int _i; 

static int _staticVal; 

int _val; 

void test() const{//const 成員函數 

_i++;//正确，mutable資料成員 

_staticVal++;//正确，static資料成員 

_val++;//錯誤 

int base::_staticVal=0; 

二，靜态成員函數 

靜态成員函數沒有什麼太多好講的。 

1.靜态成員函數的位址可用普通函數指針儲存，而普通成員函數位址需要用 類成員函數指針來儲存。舉例如下： 

static int func1(); 

int func2(); 

int (*pf1)()=&base::func1;//普通的函數指針 

int (base::*pf2)()=&base::func2;//成員函數指針 

2.靜态成員函數不可以調用類的非靜态成員。因為靜态成員函數不含this指針。 

3.靜态成員函數不可以同時聲明為 virtual、const、volatile函數。舉例如下： 

virtual static void func1();//錯誤 

static void func2() const;//錯誤 

static void func3() volatile;//錯誤 

最後要說的一點是，靜态成員是可以獨立通路的，也就是說，無須建立任何對象執行個體就可以通路。

本文轉自夏雪冬日部落格園部落格，原文連結：http://www.cnblogs.com/heyonggang/archive/2013/04/18/3029040.html，如需轉載請自行聯系原作者