pragma once通过编译器指令防止重复包含，依赖文件路径识别，书写简洁但非标准；#ifndef使用宏定义守卫，基于预处理器标准语法，可移植性强但需手动管理唯一宏名。
#pragma once 和 #ifndef（即头文件守卫）都是用来防止头文件被重复包含的机制，但它们在实现方式、兼容性和行为上有一些关键区别。
1. 实现原理不同
• #pragma once 是编译器指令，告诉编译器该头文件只允许被包含一次。编译器会根据文件的物理路径记录是否已经处理过这个文件。
• #ifndef 是传统的宏定义方式，通过预处理器判断某个宏是否已定义来控制头文件内容是否被再次编译。通常与 #define、#endif 配合使用，称为“头文件守卫”或“include guard”。
示例：
#ifndef MY_HEADER_H #define MY_HEADER_H // 头文件内容 #endif // MY_HEADER_H
2. 兼容性差异
• #pragma once 不是 c++ 标准的一部分，但被主流编译器（如 MSVC、GCC、Clang）广泛支持。理论上存在极少数编译器不支持的情况。
• #ifndef 基于标准预处理器功能，所有符合标准的编译器都支持，具有更好的可移植性。
3. 文件识别方式不同
• #pragma once 依赖文件的唯一性（如 inode 或路径），如果同一个文件通过不同路径被包含（如符号链接或硬链接），某些情况下可能出错或被误认为两个不同文件。
• #ifndef 只看宏名是否已被定义，不受文件路径影响，只要宏名唯一就能正确工作。
4. 编写和维护成本
• #pragma once 写法简单，只需一行，不容易出错，也不用担心宏命名冲突。
• #ifndef 需要手动定义唯一的宏名，命名不当可能导致冲突（如 MY_HEADER_H 被其他头文件使用），且代码略显冗长。
现代项目中，多数开发者倾向使用 #pragma once，因为它简洁、高效，并被主流工具链良好支持。但在追求最大可移植性或严格遵循标准的场景下，#ifndef 仍是可靠选择。
基本上就这些。两者都能有效防止头文件重复包含，选哪个更多取决于团队规范和项目要求。