关键词：< iostream > 和 < iostream.h >
你写程序的时候，用< iostream >还是< iostream.h >？
你知道它们有什么区别么？还是认为他们根本就是一样的？
下面听我给你吹（文中纯属个人言论，不涉及国家机密，请放心阅读，若转载请注明出处作者^-^）
---majianan
其实没有< iostream.h >这样的东西 --- 标准化委员会在简化非C标准头文件时用< iostream > 取代了它。但又没有完全取消< iostream.h >的使用，并且很多编译器都同时支持< iostream >和< iostream.h >，造成现在的局面，老大（标准化委员会）确实有不得已的苦衷。
话说当年，在标准化委员会动手重建新的标准库的时候，遇到了问题。为了避免类名函数名的冲突问题，引入了名字空间std，但无数现有的C++代码都依赖于使用了多年的伪标准库中的功能，例如，声明在< iostream.h >和< complex.h >等头文件中的功能。现有软件没有针对使用名字空间而进行相应的设计或者升级，如果用std来包装标准库导致现有代码不能使用，那手底下的小弟（程序员）是不会同意的。
标准化委员会为了拉拢人心，吸引更多的人入会，决定为包装了std的那部分标准库构建新的头文件名。将现有C++头文件名中的.h去掉，所以就出现了< iostream.h>和< iostream >等很多双胞胎。对于C头文件，采用同样方法但在每个名字前还要添加一个C，所以C的<string.h>变成了<cstring>。
旧的C++头文件是官方明确反对使用的，但旧的C头文件则没有（以保持对C的兼容性）。其实编译器制造商不会停止对客户现有软件提供支持，所以在可以预计的将来，旧的C++头文件还会嚣张一段时间。
如果能明白字符串头文件的使用，举一反三，其他的也差不多会用了。
<string.h>是旧的C头文件，对应的是基于char*的字符串处理函数；
<string>是包装了std的C++头文件，对应的是新的strng类；
<cstring>是对应旧的C头文件的std版本。
好像跑远了，言归正传。如果你的编译器都同时支持< iostream >和< iostream.h >，那使用#include < iostream >，得到的是置于名字空间std下的iostream库的元素；如果使用#include < iostream.h >，得到的是置于全局空间的同样的元素。在全局空间获取元素会导致名字冲突，而设计名字空间的初衷正是用来避免这种名字冲突的发生。还有，打字时< iostream >比< iostream.h >少两个字，所以我会使用< iostream > ^-^
本文转自BlogJavaOo缘来是你oO的博客，原文链接：
iostream 和 iostream.h 的区别，如需转载请自行联系原博主。
