发现一个 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 之后被析构。
但是,从另外一个角度讲,我们应当避免写这种依靠全局析构顺序的程序