笔记:Visual Studio中头文件stdafx.h的作用(含解决方法:错误:C2653 不是类或命名空间名称)
,与项目的源代码文件存放在同一个文件文件夹下,通过#include"stdafx.h"引用;从内容上来说,头文件stdafx.h中可以包含。
在 Visual Studio 中(笔者版本 Visual Studio 2017),新生成的C++项目文件的的头文件夹下会默认有头文件stdafx.h,而源文件夹下则默认有源文件stdafx.cpp,手动将这些文件删除后,编译时系统还会报错。下面记录笔者了解到的关于头文件stdafx.h的信息。
笔记:Visual Studio2019以后 默认头文件pch.h,其与stdafx.h性质一样。
使用预编译头
stdafx.h并不是标准C++头文件,也就是说,该文件本质上相当于自定义的一个头文件( 这里是VS默认自定义的文件),与项目的源代码文件存放在同一个文件文件夹下,通过#include"stdafx.h"引用;
从内容上来说,头文件stdafx.h中可以包含
- 标准系统包含文件
- 经常使用的但不常更改的特定于项目的包含文件
标准系统包含文件 : 即常用的与C标准库对应的头文件,如标准输入头文件stdio.h、字符串头文件string.h等文件。
自定义的包含文件 : 即用户根据项目需要自定义的头文件。
在使用头文件 stdafx.h 时,将所有源程序中所需的包含文件( .h 文件 )都包含在头文件stdafx.h中,具体的做法就是将原本各个文件中所需要的类似于#include<stdio.h>的头文件包含语句都存放在头文件stdfax.h中,之后各个单独的文件中不需要再对存在于stdafx.h中的头文件进行单独声明,而只需要包含有头文件stdafx.h即可。
#include"stdafx.h" //通过该语句包含头文件stdafx.h,该语句需放在每个源文件文件的开头,否则会报错
同时,stdafx.h也可以存放内容改动较少的自定义的头文件。
相应的,源文件stdafx.cpp中内容仅包含以下语句
#include "stdafx.h" //事实上,stdfax.cpp只用于编译头文件stdafx.h中包含的所有内容
事实上,stdafx.cpp只用于编译头文件stdafx.h中包含的所有内容。
开启/关闭预编译头
选中目标项目,右键 -> 属性 -> C/C++ -> 预编译头,在右侧的选项中可以修改预编译头的相关设置。
-
可以修改选项为使用/不使用预编译头,从而开启/关闭预编译头机制;
-
可以修改预编译头文件的名字(预编译头是一种机制,具体的头文件名是可以自行指定的);
-
修改预编译头输出文件的路径;
笔记:上述方法在项目属性中修改,可以对整个项目生效;也可以对cpp文件进行单独设置。下述方法为单独设置;
实际上,每个单独的源文件中均存在关于预编译头的属性,用于指定不同的编译策略,可供使用者自行选择。特别的,源文件stdafx.cpp的预编译头属性栏应设置为 创建(/Yc),这样设置表示预编译头是由该源文件生成,而被其他文件使用。
笔记:设置为创建(/Yc)后,“预编译头是由该源文件生成,而被其他文件使用”;这句没有理解??
预编译头的原理
在标准头文件中,往往包含有大量的函数声明、宏定义等方面的内容。
一方面,原始预处理过程会将实际头文件的内容复制到源程序中,这给编译过程增加很大的开销;
另一方面,多个不同的单独的源文件可能会重复声明头文件的包含关系来满足传统的函数声明的要求,这也给编译器带来了重复劳动。
另外,当文件发生修改时,整个文件需要重新编译,而作为文件中内容不会更改的头文件的内容也需要重新编译,造成不必要的开销
为了降低在编译过程中诸如此类不必要的开销,引入了预编译头的机制。
在编译过程中,stdafx.cpp和stdafx.h文件用于生成一个预编译头文件 project.pch和预编译类型文件stdafx.obj。
如前面提到的,stdafx.cpp存放的是#include “stdafx.h”。在第一次编译过程中,stdafx.cpp首先被编译处理,将头文件stdafx.h中包含的所有的头文件进行预编译,从而生成一个预编译头文件project.pch,在之后的编译过程中,只要stdafx.h没有被修改(时间戳没有发生改变),则编译器可以直接使用预编译头文件project.pch的内容,而不需要重新编译stdafx.h。之后的每个包含有stdafx.h头文件的独立文件编译过程都会使用该pch文件中的内容,即一次集中编译头文件后,之后可重复使用。
实际上,生成预编译头文件同样是耗时的,但是在后续的修改编译过程中,只要没有修改stdafx.h和stdafx.cpp文件的内容,就不需要重新生成预编译头文件,也就避免了许多头文件处理的过程,从而大大减少了传统重复处理头文件的开销。相应的,由于预编译头文件包含有众多头文件的处理信息,故而其本身会占用较大的存储空间,故而可以注意清理不需要的预编译头。
一般来说,将被项目中多个独立文件引用的标准头文件和特定项目中一般不做修改的头文件放在stdafx.h中可以大大提升程序编译时的效率。
关于报错
在使用预编译头机制时,可能会遇到一些问题
- 无法打开预编译头文件"xxx.pch":no such file or directory 的问题
分析:根据上面的原理解释,可能是由于编译器无法通过stdafx.cpp创建一个预编译文件,从而其他文件没有办法去引用该pch文件。
解决方案:选中源文件stdafx.cpp,右键 -> 属性 -> C/C++ -> 预编译头,出现上述问题一般是由于预编译头的选项从 创建 变为了 使用 ,通过将选项重新改为创建可解决问题。
- 在查找预编译头文件时遇到意外的文件结尾
需要将指令#include"stdafx.h" 放在每个文件的开始位置,以供处理。
笔记:文件的开始位置,即:cpp文件的第一行
- VS 提示错误:C2653 不是类或命名空间名称
情况:
新项目拷贝了一个CSVreader类,编译时总是提示:“C2653:CSVreader不是类或命名空间名称”。类本身并没有错误,并且在其他项目中在使用。
解决方法:
解决方案资源管理器->CSVreader.cpp->点击右键,点击属性->C/C+±>预编译头->预编译头改成“创建(/YC)”,问题解决。
笔记:#include"stdafx.h" 或者#include"pch.h" 不应该出现在.h文件中。如果出现在.h文件中,极易造成循环引用。谨记!谨记!
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)