答案是#pragma once和include guard均可防止头文件重复包含，前者简洁高效但非标准，后者符合标准且可移植性强，实际项目中应统一使用一种方式以确保一致性。
在C++开发中，防止头文件被重复包含是一个基础但重要的问题。如果一个头文件被多次包含，可能导致类、函数或变量的重复定义，从而引发编译错误。常用的解决方案有两种：#pragma once 和 传统的 include guard（头文件守卫）。下面详细介绍它们的使用方法和特点。
#pragma once
#pragma once 是一种非标准但被主流编译器广泛支持的预处理指令，用于确保头文件在整个编译过程中只被包含一次。
使用方式非常简单，只需在头文件的开头添加：
#pragma once// 其他代码...
例如：
立即学习“C++免费学习笔记（深入）”；
#pragma onceclass MyClass {
public:
void doSomething();
};
优点：
- 写法简洁，不易出错
- 编译器会做优化，可能提升编译速度
- 避免手动命名宏冲突
缺点：
- 不是C++标准的一部分，尽管现代编译器（如GCC、Clang、MSVC）都支持
- 在某些特殊文件系统（如区分大小写的网络挂载）中可能失效
Include Guard（头文件守卫）
这是传统的、符合C++标准的方法，通过预处理器宏来防止重复包含。
基本结构如下：
#ifndef HEADER_NAME_H
#define HEADER_NAME_H
// 头文件内容
#endif // HEADER_NAME_H
例如：
立即学习“C++免费学习笔记（深入）”；
#ifndef MYCLASS_H#define MYCLASS_H
class MyClass {
public:
void doSomething();
};
#endif // MYCLASS_H
宏名通常根据项目名、路径和文件名来命名，确保唯一性，比如：
PROJECT_MODULE_CLASS_H。
优点：
- 完全符合C++标准，任何标准兼容编译器都支持
- 控制精细，可以在特定条件下取消定义宏重新包含
缺点：
- 需要手动定义宏名，容易因命名冲突或拼写错误导致问题
- 代码冗长
如何选择？
在实际项目中，两种方式都能有效防止重复包含。许多现代项目倾向于同时使用两者，以兼顾兼容性和安全性：
#pragma once#ifndef MYCLASS_H
#define MYCLASS_H
// 类定义...
#endif // MYCLASS_H
虽然重复防护看似多余，但能最大限度保证在各种编译环境下的稳定性。
不过更常见的做法是统一团队规范：要么全用 #pragma once（推荐于现代项目），要么全用 include guard（适用于需高度可移植或嵌入式环境）。
基本上就这些。选择哪种方式取决于项目要求和团队习惯，关键是保持一致。
