使用#pragma once或头文件守卫防止重复包含。前者简洁高效，适用于现代编译器；后者兼容性好，适合老旧环境。建议项目中统一采用一种方式，确保每个头文件都有防重机制。
在C++开发中，头文件被重复包含是一个常见问题。它会导致编译错误，比如重定义类、函数或变量。为了避免这种情况，通常使用头文件守卫（Header Guards）或#pragma once指令来防止重复包含。
使用宏定义实现头文件守卫
这是最传统且兼容性最好的方法。通过预处理器宏判断该头文件是否已经被包含过。
#ifndef MY_HEADER_H
#define MY_HEADER_H
<p>// 头文件内容
class MyClass {
// ...
};</p><h1>endif // MY_HEADER_H</h1>说明：
- 第一次包含时，MY_HEADER_H 未定义，所以会执行 #define 并编译内容。
- 后续再次包含时，宏已定义，预处理器跳过整个头文件内容。
- 宏名建议使用全大写、唯一命名，通常格式为 项目_文件名_H，避免冲突。
使用 #pragma once（现代常用方式）
C++ 编译器广泛支持的非标准但高效的替代方案：
#pragma once
<p>// 头文件内容
class MyClass {
// ...
};</p>优点：
- 写法简单，不易出错。
- 编译器自动处理路径唯一性，无需手动命名宏。
- 在多数现代编译器（如GCC、Clang、MSVC）中性能更好。
注意：虽然不是C++标准强制要求，但在实际项目中基本可以安全使用。
立即学习“C++免费学习笔记（深入）”；
两种方式对比与选择建议
- 可移植性要求高：优先使用宏定义守卫，确保在所有编译器上正常工作。
- 开发效率和简洁性：推荐 #pragma once，减少命名烦恼，降低出错概率。
- 大型项目混合使用：保持团队统一风格，不建议混用两种方式在同一项目中。
基本上就这些。对于绝大多数C++项目，使用 #pragma once 已足够安全高效；若需极致兼容老环境，则选传统宏守卫。关键是确保每个头文件都有且仅有一种防重包含机制。
