答案是使用#include防护或#pragma once防止头文件重复包含。前者通过#ifndef、#define和#endif定义唯一宏确保只编译一次，兼容性强但较繁琐；后者#pragma once由编译器保证文件仅包含一次，简洁高效且被主流编译器支持，虽非C++标准但实际应用广泛。两者功能等效，推荐在主流编译器项目中统一采用#pragma once以提升代码可读性与维护效率。
在C++开发中，头文件重复包含是一个常见问题。当多个源文件或头文件相互包含时，同一个头文件可能被多次引入，导致编译错误，比如重复定义类、函数或变量。为避免这类问题，通常采用两种主流方式：#include防护（Include Guards） 和 #pragma once。
#include防护（Include Guards）
这是传统的、可移植性强的解决方案。通过预处理器指令确保头文件内容只被编译一次。
用法如下：
#ifndef MY_HEADER_H
#define MY_HEADER_H
// 头文件内容
class MyClass {
// ...
};
#endif // MY_HEADER_H
说明：
立即学习“C++免费学习笔记（深入）”；
- #ifndef 检查宏是否未定义。如果没定义，继续执行下面的代码。
- #define 定义一个唯一的宏名，通常使用头文件名的大写形式。
- 当该头文件第二次被包含时，宏已定义，#ifndef为假，中间的内容被跳过。
优点是兼容所有标准C++编译器，缺点是需要手动定义宏名，稍显繁琐。
#pragma once
这是一种更简洁的现代写法，直接告诉编译器这个文件只包含一次。
#pragma once
// 头文件内容
class MyClass {
// ...
};
说明：
立即学习“C++免费学习笔记（深入）”；
- 只需在头文件开头添加 #pragma once，无需手动管理宏名。
- 大多数现代编译器（如GCC、Clang、MSVC）都支持这一指令。
优点是写法简单、不易出错；缺点是并非C++标准的一部分，理论上存在可移植性风险（不过实际中极少遇到问题）。
两者对比与选择建议
功能上两者效果相同，都能防止头文件重复包含。
- 若追求最大可移植性（比如跨冷门编译器），推荐使用 #include防护。
- 若项目使用主流编译器，推荐使用 #pragma once，代码更干净。
- 有些人会同时使用两者，以求双重保险，但多数情况下没有必要。
基本上就这些。选一种风格并在项目中保持一致即可。现在大多数团队倾向于使用 #pragma once，因为它更直观、高效。
