答案：#pragma once 和 #ifndef 均用于防止头文件重复包含，前者由编译器保证仅包含一次，后者通过宏定义实现；#pragma once 更高效简洁但非标准，#ifndef 符合标准且可移植性强但易出错且影响编译速度。
#pragma once 和 #ifndef（配合 #define 使用）都是 C++ 中用来防止头文件被重复包含的机制，它们的目的相同：避免同一个头文件在同一个编译单元中被多次包含，从而导致重复定义等编译错误。虽然功能相似，但两者在实现方式、兼容性、性能等方面存在差异。
1. 实现原理不同
• #pragma once 是一种由编译器提供的非标准但广泛支持的指令，告诉编译器该文件只应被包含一次。编译器通过记录文件的物理路径或 inode 等信息来判断是否已包含。• #ifndef / #define / #endif 是传统的宏守卫方式（也叫 include guards），利用预处理器的宏定义机制实现。首次包含时宏未定义，代码被包含并定义宏；再次包含时因宏已定义，内容被跳过。
2. 优缺点对比
使用 #pragma once 的优点：• 简洁易写：只需一行 #pragma once，无需命名宏，减少出错可能。
• 编译速度更快：现代编译器对 #pragma once 有优化，能更快判断文件是否已包含，避免多次打开和解析头文件。
• 避免宏命名冲突：不需要手动定义宏名，不存在宏名重复或覆盖问题。 使用 #pragma once 的缺点：
• 不是 C++ 标准：尽管主流编译器（如 MSVC、GCC、Clang）都支持，但它属于编译器扩展，理论上不具备跨平台绝对保障。
• 依赖文件系统唯一性：如果同一文件通过不同路径（如符号链接、硬链接）被包含，某些旧版编译器可能误判为两个不同文件，导致失效。 使用 #ifndef 的优点：
• 完全符合标准：基于预处理器宏，是 ISO C++ 支持的标准做法，可移植性强。
• 行为可控：开发者可以精确控制宏名称，适用于复杂项目结构。 使用 #ifndef 的缺点：
• 容易出错：需要手动命名宏，若命名不唯一或拼写错误，会导致守卫失效或冲突。
• 冗长繁琐：每个头文件都要写三行代码。
• 影响编译性能：每次包含头文件时，预处理器仍需打开文件检查宏定义，无法跳过文件读取。
3. 实际使用建议
• 大多数现代项目推荐使用 #pragma once，特别是在使用 MSVC、Clang 或较新版本 GCC 的情况下，它更高效且不易出错。• 若追求最大可移植性（例如开源库需支持非常规编译器），可继续使用 #ifndef 守护。
• 有些项目采用双重保护：同时使用 #pragma once 和 #ifndef，兼顾效率与安全，但通常没有必要。 基本上就这些。#pragma once 更现代、高效，而 #ifndef 更标准、稳妥。选择哪个取决于项目需求和目标平台。
