简而言之，<stdio.h>这个属于C语言的头文件，在使用的时候，需要很明确所要操作变量的类型，这无疑会增加很多风险，因为一开始的时候，可能定义的这个属于int型，但是后期的需求变更或者异常的数据传入时，这个数据可能会变成double型，那么还需要在所有对这个变量的打印，输出，使用的地方做全面的排查，看这些文章这些都是显而易见的，只是对文章后面的话比较感兴趣.因为这是在平时不太注意的地方。
“第一，有些iostream的操作实现起来比相应的C stream效率要低” ，因为iostream 其实是对operator<< 和operator>>重载，按理来说应该大多数都应该会比C stream效率低，还没有比 C stream高的实例，这部分继续关注
“第二，在标准化的过程中，iostream库在底层做了很多修改，所以对那些要求最大可移植性的应用程序来说，会发现不同的厂商遵循标准的程度也不同“ 这主要是想说iostream在移植方面可能会存在很多风险，因为不同的平台有不同的标准，其实C Stream 对于研发者来说，确实使用起来不是很方面，对于现在 C++，C#，java其实都有很多的iostream流处理操作，对于开发者来说，可以很方便的使用，可以减少代码的开发量和复杂程度，但是所有的事情发展都有好的一面和不好的一面。在享有方便快捷的开发时，所要付出的代价就是跨平台移植，兼容性的痛苦。当然，如果当前开发的软件不需要考虑是否跨平台，可以忽略此项。不过随着当前平台的多样化，windows操作系统已不是独一无二的，很多公司开发的同一软件，要做windows版本，linux版本，手机上又有苹果系统，安卓系统，windows系统，对于如此繁多的系统，为了给自己省力，还是在一开始考虑好这些问题比较好。
”第三，iostream库的类有构造函数而<stdio.h>里的函数没有，在某些涉及到静态对象初始化顺序的时候，如果可以确认不会带来隐患，用标准C库会更简单实用“
关于”静态对象初始化顺序“，百度了一下，发现一篇文章写得不错：（http://blog.csdn.net/leeyu35/article/details/7755304 ）但是很好奇，为什么静态初始化顺序会带来隐患，因为iostream有构造函数，这样就可以存在静态函数初始化的问题，这样静态变量会自动付值，那么会造成结果的不稳定型。还有一种解释是：
iostream的构造函数有部分静态对象 。 例如： static CString str，如果开发能确认这种静态初始化不会有影响的时候，可以使用iostream，否则还是使用C stream比较保险。