寫(xiě)了一段代碼是這樣的

#include "stdio.h"
#include <string>
#include <iostream>

using namespace std;

 class A
 {
 public:
  A():i(0)
  {
   i++;

   cout << " A::A() is Exce." << endl;
  }

  virtual ~A()
  {
   i--;

   cout << " A::~A() is Exce." << endl;
  }

 private:
  int i;
 };

 class B : public A
 {
 public:
  B():j(0)
  {
   j++;

   cout << " B::B() is Exce." << endl;
  }

  ~B()
  {
   j--;

   cout << " B::~B() is Exce." << endl;
  }

 private:
  int j;
 };

int main(void)
{

 A *b = new B();

 delete b;

 return 0;
}

改代碼在 WINDOWS 和 LINUX 下編譯和執(zhí)行均沒(méi)有問(wèn)題，但是在用 VC2005 逐步調(diào)試的時(shí)候會(huì)有問(wèn)題。 delete b; 語(yǔ)句執(zhí)行時(shí)，是先執(zhí)行 B 類(lèi)的析構(gòu)函數(shù)，然后是 A 類(lèi)的析構(gòu)函數(shù)。于是我在 A 類(lèi)的析構(gòu)函數(shù)中  i--;  處設(shè)置了斷點(diǎn)，然后再逐步執(zhí)行，該函數(shù)執(zhí)行完成后執(zhí)行光標(biāo)突然跳到了 B類(lèi)的析構(gòu)函數(shù)之后，然后 VC2005 提示該處找不到可執(zhí)行的代碼。但是直接運(yùn)行生成的 EXE 程序卻沒(méi)有問(wèn)題。由于 b 為 A 類(lèi)型 但又指向 B 的一個(gè)指針，若 A 的析構(gòu)函數(shù)不為虛函數(shù)的話(huà)那 B 的析構(gòu)函數(shù)是不會(huì)執(zhí)行的。我還沒(méi)有在 LINUX 下逐步調(diào)試改代碼，不知道上面的問(wèn)題是否是由 VC  自己的問(wèn)題引起的。

剛剛在 LINUX 下用 KDEVLOP 逐步調(diào)試了一下，當(dāng) A 類(lèi)的析構(gòu)函數(shù)設(shè)置為虛函數(shù)的時(shí)候沒(méi)有出現(xiàn) VC 下那樣的錯(cuò)誤提示，輸出也正確。只是我在 A 類(lèi)的析構(gòu)函數(shù)中設(shè)置的斷點(diǎn)是無(wú)效的，就是說(shuō)該析構(gòu)函數(shù)中語(yǔ)句是可以執(zhí)行的但是此處的斷點(diǎn)不能讓程序在此處停下來(lái)。看來(lái)可能是在此種問(wèn)題上 VC 在 DEBUG時(shí)是做了一些并不是非常準(zhǔn)確的但可能是安全性方面的提示。