pragma once 通过编译器指令防止头文件重复包含，基于文件路径确保唯一性，效率高但依赖编译器支持；#ifndef/#define/#endif 使用宏守卫实现，属标准预处理机制，兼容性强但需手动命名且稍慢。
#pragma once 和 #ifndef/#define/#endif 都用于防止C++头文件被重复包含，避免重复定义导致的编译错误。虽然功能相似，但它们在实现机制、兼容性、效率等方面有明显区别。
1. 实现机制不同
#pragma once 是编译器指令，由编译器保证同一个物理文件在整个编译过程中只被处理一次。它基于文件系统路径判断是否已包含。
#ifndef/#define/#endif 是传统的宏条件编译方式。通过宏名称判断该头文件是否已被包含过，属于预处理器层面的控制。
示例：
// 使用 #pragma once
#pragma once
class MyClass { ... };
// 使用 宏守卫
#ifndef MYCLASS_H
#define MYCLASS_H
class MyClass { ... };
#endif
2. 编译效率对比
#pragma once 通常更快，因为编译器可以直接根据文件唯一标识跳过后续读取。无需检查宏是否存在。
立即学习“C++免费学习笔记（深入）”；
宏守卫 每次包含时都需要预处理器检查宏是否已定义，当头文件被大量包含时会增加预处理负担。
3. 可靠性和兼容性差异
#pragma once 不是C++标准的一部分，但主流编译器（如MSVC、GCC、Clang）都支持。但在某些边缘场景下可能出问题：
- 同一文件通过不同路径引用（软链接或硬链接）可能导致误判为两个文件
- 网络文件系统或特殊路径可能导致识别失败
宏守卫 是标准C/C++语法，100%可移植，只要宏名唯一就不会出错。缺点是依赖开发者手动命名，容易出现拼写错误或命名冲突。
4. 实际使用建议
现代项目中，多数开发者倾向使用 #pragma once，因其简洁且高效。
对跨平台要求极高或需严格符合标准的项目，推荐使用宏守卫，或两者结合使用（虽少见但最保险）。
注意：无论哪种方式，都要确保每个头文件只采用一种防重机制，避免混淆。
基本上就这些。选择哪个主要看团队规范和项目环境。#pragma once 更现代方便，宏守卫更传统可靠。
