Visual Studio 2019预编译头为何不用#pragma once？是否应替换旧守卫？

完全可以放心替换，结合你只用Visual Studio的场景，这是符合现代C++理念的合理选择，理由如下：

• 更简洁且不易出错：#pragma once仅需一行代码即可实现头文件保护，不像传统宏守卫要写#ifndef/#define/#endif三行代码，还能避免宏名重复、拼写错误这类低级问题。
• 不污染全局命名空间：旧宏守卫需要定义一个全局宏标识符，存在和代码中其他符号冲突的风险；而#pragma once是编译器层面的文件级检查，不会引入额外的全局符号。
• 编译效率更高：编译器处理#pragma once时，无需打开文件检查宏是否已定义，可直接判断文件是否被包含过，能节省预处理阶段的IO和计算时间。

虽然传统宏守卫的跨编译器可移植性更强，但你明确只使用Visual Studio，而它对#pragma once的支持成熟稳定，完全不存在兼容性问题。

如果你追求现代C++的简洁高效，且项目环境统一基于VS，那么把所有预编译头的旧守卫替换成#pragma once是很值得做的优化。

内容的提问来源于stack exchange，提问作者franji1