【 聲明:著作權,歡迎轉載,請勿用於商業用途。 聯絡信箱:feixiaoxing @163.com】
在算術符重載裡面,“=”重載可能是最經常使用的一種。但是好多人就誤以為在函數中,凡是類出現“=”的地方,那就是調用算術符重載,其實不然。為什麼呢?我們可以看看下面的代碼。首先,我們定義一個基本類:
[cpp] view plaincopy
- class data
- {
- char* value;
- int number;
- public:
- explicit data(int num = 0){
- if(num){
- number = num;
- value = (char*)malloc(num);
- }
- }
-
- data(const data& d){
- number = d.get_number();
- value = (char*)malloc(d.get_number());
- memmove(value, d.get_point(), d.get_number());
- }
-
- ~data(){
- if(number)
- free(value);
- }
-
- data& operator=(const data& d){
- if(number)
- free(value);
- number = d.get_number();
- value = (char*)malloc(d.get_number());
- memmove(value, d.get_point(), d.get_number());
- return *this;
-
- }
-
- int get_number() const {return number;}
- char* get_point() const {return value;}
- };
定義好了函數之後,我們就開始對這個類進行調用,同樣代碼如下所示:
[cpp] view plaincopy
- 45: data m(10);
- 0040108D push 0Ah
- 0040108F lea ecx,[ebp-14h]
- 00401092 call @ILT+30(data::data) (00401023)
- 00401097 mov dword ptr [ebp-4],0
- 46: data p = m;
- 0040109E lea eax,[ebp-14h]
- 004010A1 push eax
- 004010A2 lea ecx,[ebp-1Ch]
- 004010A5 call @ILT+35(data::data) (00401028)
- 004010AA mov byte ptr [ebp-4],1
- 47: p = m;
- 004010AE lea ecx,[ebp-14h]
- 004010B1 push ecx
- 004010B2 lea ecx,[ebp-1Ch]
- 004010B5 call @ILT+5(data::operator=) (0040100a)
- 48: }
上面共有三句話,我們逐一進行分析:
45句:定義了一個臨時變數,調用data的建構函式
46句:出現了一個臨時變數p,這裡發現data類並沒有調用算術符重載函數,而是調用了data的建構函式,根據45句所示,調用的肯定不是普通的建構函式,那麼剩下的結果只能是拷貝建構函式
47句: 和46句的代碼是一致的,但是此時調用的函數才是算術符重載函數
所以說,出現“=”的地方未必調用的都是算術符重載函數,也有可能是拷貝建構函式。那麼什麼時候是拷貝建構函式,什麼時候是算術符重載函數呢?判斷的標準 其實很簡單。如果臨時變數是第一次出現,那麼調用的只能是拷貝建構函式,反之如果變數已經存在,就像47句一樣,那麼調用的只能是算術符重載函數,但是我 們這裡定義的算數符重載函數有一個陷阱,不知道大家看出來沒有?
我提示大家一下,這裡的算術符重載需不需要判斷拷貝的是不是自己呢?
[cpp] view plaincopy
- void process()
- {
- data m(10);
- data p = m;
- p = p;
- }
這裡最後一句,如果算術符可以自己拷貝給自己,代碼正常編譯和運行都沒有問題,但是在某些情況下會出現很多意想不到的情況。大家可以跟著我的思路來:
[cpp] view plaincopy
- data& operator=(const data& d){
- if(this == &d) /* check whether it is self-copy action */
- return *this;
-
- if(number)
- free(value);
- number = d.get_number();
- value = (char*)malloc(d.get_number());
- memmove(value, d.get_point(), d.get_number());
- return *this;
-
- }
如果上面的代碼沒有判斷複製的對象是不是自己,那麼我們發現實際上value的資料實際上已經free掉了。那麼此時重新分配記憶體,拷貝的資料只有天知道是什麼資料。原來value指向的記憶體空間就存在了很大的不確定性,這就是算術符重載的陷阱。
【後記: 自此用彙編看C++系列全部結束,下面我們將開始資料結構和演算法的討論,歡迎關注】