本文共 1219 字，大约阅读时间需要 4 分钟。

导读： 　　前一段时间在自学C++，现在工作了用Java，不过以前写的一些文章自我感觉还不错，哈哈，就转来这里，大家多提意见。 　　 和 的区别 　　关键词：< iostream >和 　　你写程序的时候，用< 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的 变成了 。 　　旧的C++头文件是官方明确反对使用的，但旧的C头文件则没有（以保持对C的兼容性）。其实编译器制造商不会停止对客户现有软件提供支持，所以在可以预计的将来，旧的C++头文件还会嚣张一段时间。 　　如果能明白字符串头文件的使用，举一反三，其他的也差不多会用了。 　　 是旧的C头文件，对应的是基于char*的字符串处理函数； 　　 是包装了std的C++头文件，对应的是新的strng类； 　　 是对应旧的C头文件的std版本。 　　好像跑远了，言归正传。如果你的编译器都同时支持< iostream >和< iostream.h >，那使用#include ，得到的是置于名字空间std下的iostream库的元素；如果使用#include ，得到的是置于全局空间的同样的元素。在全局空间获取元素会导致名字冲突，而设计名字空间的初衷正是用来避免这种名字冲突的发生。还有，打字时< iostream >比< iostream.h >少两个字，所以我会使用< iostream >^-^ 　　困了，睡了。 　　 　　 ? 马嘉楠 　　 2005-12-26 午夜 本文转自