Dessecting MFC 阅读笔记 六

发现一个 iostream 与 iostream.h 的不同

这实在手动编写深入浅出 MFC第三章的 Frame1 程序时发现的，真的找了半天才发现使这个原因，真的好难找呀。因为在我以前的印象中，使用using 声明的 iostream 完全可以替代 iostream.h。

 

在VC 6 环境下，编译下面的程序并查看运行结果

 

#include <iostream>
using namespace std;

 

class A
{
public:
 A() { cout<<"A constructor"<<endl;}
 ~A() { cout<<"A destructor"<<endl;}
};

 

A obj1;

void main()
{
 cout<<"defferent from iostream.h and iostream"<<endl;
}

 

运行的结果为：

A constructor
defferent from iostream.h and iostream
A destructor

会发现全局对象 obj1 的析构函数没有运行到, 但是通过设置断点，发现obj1 的析构函数确确实实的运行了。

那么将开头的两行改为  #include <iostream.h> ，运行的结果为：

A constructor
defferent from iostream.h and iostream
A destructor

 

实际上这可以说是VC6 的一个"BUG"。（其他的编译器或者更高版本的VC编译器可能不会有这个问题）

采用#include <iostream> 的方式，因为obj1是全局对象，在程序结束的时候进行析构。但是在obj1 被析构以前，全局对象 cout 已经被析构了，所以程序虽然执行到了 obj1 的析构函数，却没有输出。

而采用#include <iostream>的方式，全局对象 cout 在 obj1 之后被析构。

 

但是，从另外一个角度讲，我们应当避免写这种依靠全局析构顺序的程序