在.cpp文件中使用#pragma once的适用场景有哪些？

常规开发流程中，.cpp作为独立编译单元，默认不会被其他文件include，因此绝大多数场景下完全不需要添加#pragma once，仅在以下特殊场景下需要考虑使用：

必须使用的场景 #

• 该.cpp被设计为需要被其他文件显式include：比如部分项目会把复杂模板、内联函数的实现拆分到独立的.cpp文件中，仅在头文件末尾引入该实现文件，此时必须加#pragma once避免重复引入导致的定义冲突。
• 项目存在重复引入.cpp的编译逻辑：比如构建脚本存在漏洞、会把同一个.cpp多次加入编译队列时，#pragma once是唯一能低成本避免重复定义报错的方案。

应该使用的场景 #

• 项目采用Unity Build（合并编译/单编译单元构建）优化编译速度：这类构建方式会把多个.cpp合并到同一个编译单元中编译，给所有.cpp加#pragma once属于低成本的防御性措施，能避免后续调整合并文件列表时出现重复引入的错误。
• 项目规范要求所有代码文件统一添加头文件保护：遵循团队规范优先，此时添加不会产生任何负作用。

可以使用的场景 #

• 个人编码习惯统一：如果平时写代码习惯给所有代码文件都加保护，在.cpp里加#pragma once不会带来任何性能或功能上的负面影响，属于合理选择。

注意事项 #

#pragma once只是容错手段，不能作为随意include .cpp文件的理由，常规开发中依然要遵循「头文件放声明、源文件放实现、仅引入头文件」的基本规范，避免破坏项目的编译架构。

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