[b]简介[/b] 输入输出历来都是语言的重要部分，在C++中，该库也是占据了相当大的一部分。 C++的输入输出库是其遵循面向对象设计的结果，并结合了泛型编程。 以下是这些库类的关系图(箭头标示继承，白框表示摸板，黑框表示摸板实例)： [img]http://files.jb51.net/file_images/article/201702/201702121155231.png[/img] [b]iosfwd声明[/b] 该文件的全称是“input output stream forward”，即输入输出流前向声明。 顾名思义，该头文件的主要目的就是为用户提供所有输入输出类的声明。 当你在某些只需要这些类声明，而不需要定义的地方 （例如：自定义的头文件中），就可以简单的include这个头文件。 [b]定义[/b] 然而，实践是检验真理的唯一标准。 事实上，iosfwd头文件也包含了一些摸板定义（摘自VS2013 版本iosfwd）： [img]http://files.jb51.net/file_images/article/201702/201702121155242.png[/img] [img]http://files.jb51.net/file_images/article/201702/201702121155243.png[/img] [img]http://files.jb51.net/file_images/article/201702/201702121155244.png[/img] [img]http://files.jb51.net/file_images/article/201702/201702121155245.png[/img] [img]http://files.jb51.net/file_images/article/201702/201702121155256.png[/img] [img]http://files.jb51.net/file_images/article/201702/201702121155257.png[/img] [img]http://files.jb51.net/file_images/article/201702/201702121155258.png[/img] 这里可以看到，语言标准库中的name经常是以[code]_[/code]打头的，所以在造轮子的时候，最好不要定义以[code]_[/code]开始的名称，以避免名字冲突。 [b]typedef[/b] iosfwd还包含了一些typedef。 也许很多开发者会觉得奇怪，为什么自己使用[code]iostream[/code]类模版出现编译错误的时候，错误信息里带有的却是[code]basic_iostream<char, ...>[/code]，完全看不到任何iostream字符。 哈哈，因为iostream类实际上基本类模版basic_iostream的实例化模版类（>-<读起来是不是很拗口）。 STL使用了大量泛型编程，但是使用泛型编程的一个缺点就是----类名会变得很长。例如，vector< map< string, ostream > >。 想想看，如果每次声明对象的时候都要写明这么长一个类型，那编程一定会变成一件很无聊的事。 这个时候typedef就非常有用了： [img]http://files.jb51.net/file_images/article/201702/201702121155269.png[/img] ...... 看，长长的类型名是不是一下子就变短了！