简而言之，<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有构造函数，这样就可以存在静态函数初始化的问题，这样静态变量会自动付值，那么会造成结果的不稳定型。还有一种解释是：

条款2：尽量用<iostream>而不用<stdio.h> [effective C++ 学习笔记]