#pragmaonce这个宏有什么作用?
为了避免同一个头文件被包含(include)多次,C/C++中有两种宏实现方式:一种是#ifndef方式;另一种是#pragma once方式。
在能够支持这两种方式的编译器上,二者并没有太大的区别。但两者仍然有一些细微的区别。
两者的使用方式有何区别?
方式一:
#ifndef SOMEFILE_H
#define SOMEFILE_H
… … // 声明、定义语句
#endif
方式二:
#pragmaonce
… … // 声明、定义语句
两者各有何特点?
(1)#ifndef
#ifndef的方式受C/C++语言标准支持。它不仅可以保证同一个文件不会被包含多次,也能保证内容完全相同的两个文件(或者代码片段)不会被不小心同时包含。
当然,缺点就是如果不同头文件中的宏名不小心“撞车”,可能就会导致你看到头文件明明存在,但编译器却硬说找不到声明的状况——这种情况有时非常让人郁闷。
由于编译器每次都需要打开头文件才能判定是否有重复定义,因此在编译大型项目时,ifndef会使得编译时间相对较长,因此一些编译器逐渐开始支持#pragma once的方式。
(2)#pragma once
#pragma once 一般由编译器提供保证:同一个文件不会被包含多次。注意这里所说的“同一个文件”是指物理上的一个文件,而不是指内容相同的两个文件。
你无法对一个头文件中的一段代码作pragma once声明,而只能针对文件。
其好处是,你不必再担心宏名冲突了,当然也就不会出现宏名冲突引发的奇怪问题。大型项目的编译速度也因此提高了一些。
对应的缺点就是如果某个头文件有多份拷贝,本方法不能保证他们不被重复包含。当然,相比

本文介绍了C++中防止头文件重复包含的两种方法:#ifndef 和 #pragma once。虽然两者在大多数编译器上效果相似,但存在一些区别。#ifndef 是标准C/C++支持的方法,可能导致宏名冲突,而#pragma once 编译器特定,能提高大型项目编译速度,但不保证跨平台兼容性。结合使用可以提高代码的兼容性和安全性。
最低0.47元/天 解锁文章
423

被折叠的 条评论
为什么被折叠?



