这不是安全警告而是编译器提示使用不安全函数，禁用c4996警告有三种方式：宏定义需在头文件前、项目级预处理器设置最稳妥、#pragma warning可精准控制；顺序错误或sdl开启会导致失效。
直接说结论：这不是一个需要“关闭”的安全警告，而是编译器在提醒你：正在用 scanf、strcpy、sprintf 这类不带边界检查的旧函数——它们在 VS 中默认触发 C4996 警告。禁用它有 3 种常见方式，但效果和适用场景完全不同，选错会导致后续文件失效或项目不可移植。
为什么 #define _CRT_SECURE_NO_WARNINGS 放错位置就无效
这个宏必须在所有标准头文件（如 <stdio.h></stdio.h>、<string.h></string.h>）被包含之前定义，否则毫无作用。VS 的 CRT 头文件内部用 #ifdef _CRT_SECURE_NO_WARNINGS 控制是否抛出 C4996，一旦头文件已展开，再定义就晚了。
- ✅ 正确写法（每文件开头）：
#define _CRT_SECURE_NO_WARNINGS #include <stdio.h></stdio.h>
- ❌ 错误写法（顺序颠倒）：
#include <stdio.h> #define _CRT_SECURE_NO_WARNINGS</stdio.h>
- ⚠️ 注意：
#define _CRT_SECURE_NO_WARNINGS 1中的1是多余的，宏只要被定义即生效，值不重要
项目级统一禁用：改预处理器定义最稳妥
适用于整个项目，且不会污染源码。VS 不会为每个 .c/.cpp 文件重复加宏，靠的是编译器命令行传参。
Visual Studio Professional 18.8.1
下载
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 右键项目 → 属性 → 配置属性 > C/C++ > 预处理器 → 编辑 预处理器定义
- 在已有内容末尾追加：
_CRT_SECURE_NO_WARNINGS（注意用英文分号;分隔，例如：_MBCS;_CRT_SECURE_NO_WARNINGS） - ⚠️ 切记选择正确的配置（Debug/Release）和平台（x64/Win32），否则只对当前配置生效
- 修改后需重新生成，不是仅重编译
临时屏蔽某一行：用 #pragma warning 更精准
当你只想让某次 scanf 不报警，又不想影响其他地方的安全检查，就用这个。
- 在调用不安全函数前加：
#pragma warning(suppress : 4996) scanf("%s", buf); - 或者只禁用当前文件后续所有
C4996：#pragma warning(disable : 4996)
（放在#include后面即可） - ⚠️
#pragma warning(suppress:...)只对紧邻下一行有效，不能跨行；disable是全局关，但仅限当前翻译单元
别碰 newc++file.cpp 这类模板文件
网上流传“改 VS 安装目录下的 newc++file.cpp 就能一劳永逸”，这做法风险高、版本依赖强、且对已有文件无效。
- VS 2022+ 已不再使用该模板机制，路径可能根本不存在
- 即使找到并修改，新建文件时若选的是 “C++ 源文件” 而非 “C 文件”，宏也不会自动插入
- 团队协作中，这种本地修改无法纳入版本控制，别人拉代码照样报错
- 真正一劳永逸的方式只有两种：项目级预处理器定义，或统一代码规范（改用
scanf_s等安全函数）
最常被忽略的一点是：/sdl 编译选项会把 C4996 直接升级为错误（error），此时仅定义宏无效，必须改用 #pragma warning(error:4996) 或彻底替换函数。如果你在企业项目里看到 build 失败却没报 warning，先查是否开了 SDL 检查。
