为何_CRT_SECURE_NO_WARNINGS需置于头文件前而非代码中？

这要从C/C++预处理器的工作顺序和微软头文件的设计逻辑说起：

• 微软的标准库头文件（比如<cstring>、<Windows.h>这类）里，对wcsncpy这类“不安全”的C标准函数做了特殊处理。当编译器编译这些头文件时，会检查是否定义了_CRT_SECURE_NO_WARNINGS：
  • 如果没定义这个宏，头文件会把wcsncpy替换成带安全检查的版本（比如_wcsncpy_s），或者直接抛出编译错误提示你使用安全函数；
  • 如果已经定义了这个宏，头文件会保留原始的wcsncpy函数声明，允许你直接调用。

预处理器是按代码顺序逐行处理的，如果你把#define _CRT_SECURE_NO_WARNINGS放在头文件#include之后，头文件已经被处理完毕——此时宏定义来得太晚，头文件里的条件编译逻辑已经执行过了，自然不会生效。

你举的#define a在函数内生效的例子，和_CRT_SECURE_NO_WARNINGS的场景完全不同：

• 函数内的#define a是用来控制当前函数内后续代码的条件编译，比如你后面的#ifdef a紧跟在宏定义之后，预处理器处理到这里时a已经被定义，所以能生效。
• 但_CRT_SECURE_NO_WARNINGS的核心作用是告诉头文件不要禁用wcsncpy——而头文件早在函数定义之前就已经被包含并处理完了。当你在函数内部才定义这个宏时，头文件里的条件判断早就执行完毕，wcsncpy已经被标记为不安全或者被替换，此时再定义宏对已经处理过的头文件内容没有任何回溯修改的效果。

简单总结：宏定义的作用是影响后续代码的预编译处理，而非“改变已经处理过的代码”。wcsncpy的可用性在头文件被包含时就已经确定，函数内部的宏定义无法回头修改这个结果。

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