其实没有 < 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 > ^-^
//2
iostream 里的所有内容被封装在 std 命名空间内，iostream.h 里的则没有，所以，如果 #include <iostream>，就需要 using namespace std; 如果是 #include <iostream.h>，就不必这样。
保留 iostream.h 是为了与以前的相兼容，现在不予推荐使用
另外， iostream里的内容， 在iostream.h就不一定有，比如boolalpha 函数
//3
#include <string.h>
#include <string>
using namespace std
#include <cstring>
其中<cstring>是与C标准库的<string.h>相对应，但裹有std名字空间的版本。