为何climits头文件同时使用#pragma once与#ifndef包含守卫

这种双保险的写法主要是为了兼顾编译效率和兼容性，具体原因有以下几点：

• 兼容性兜底：#pragma once是编译器扩展指令，并不属于C/C++的官方标准。虽然现在MSVC、GCC、Clang等主流编译器都提供了支持，但部分老旧编译器、小众编译环境并不识别该指令，此时传统的#ifndef宏守卫就会生效，完全避免头文件重复包含的问题。
• 适配构建工具与预处理逻辑：不少老旧的构建系统、自定义预处理脚本会依赖头文件的守卫宏来判断该头文件是否已经被引入，进而执行后续的自定义逻辑。#pragma once是编译器内部实现的去重逻辑，不会对外暴露可检测的宏，无法满足这类场景的需求。
• 处理特殊路径场景：#pragma once的去重逻辑依赖于文件的绝对路径识别，如果项目中不小心存在同一个头文件的多个副本、或者通过不同软连接路径引入同一个头文件，#pragma once可能会误判为不同文件，导致重复引入，而全局唯一的宏守卫不受路径影响，可以完全规避这类问题。
• 微软STL的历史遗留规范：微软的STL实现长期同时保留两种守卫写法，已经成为内部固定的代码规范，就算新的编译环境已经完全支持#pragma once，也不会贸然删除已有的宏守卫，避免带来意料之外的兼容问题。

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