写代码时，Visual Studio的编译器警告有时候挺烦人的，尤其是引入第三方库或者做临时调试的时候，一堆黄色警告条满屏跑，看着眼花。其实这些警告不影响程序运行，但总想让输出窗口干干净净的，这时候就可以选择性地关掉某些或全部警告。
通过#pragma warning禁用特定警告
如果只想在某段代码中屏蔽某个警告，可以用 #pragma warning。比如C4996是常见的“函数不安全”警告，像 strcpy 这类函数就会触发。
#pragma warning(disable: 4996)
char* str = new char[20];
strcpy(str, "Hello");
#pragma warning(default: 4996)这样只在这段代码中关闭了4996警告，后面还能重新启用，控制粒度比较细。
在项目属性中全局关闭警告
如果你确定整个项目都不需要某些警告，可以在项目设置里统一处理。右键项目 → 属性 → C/C++ → 命令行，在“附加选项”里加上 /wd 参数。
/wd4996 /wd4819这样编译时就不会显示4996和4819这两类警告了。适合团队内部编码规范统一、明确忽略某些警告的情况。
使用_WINSOCK_DEPRECATED_NO_WARNINGS这类宏
有些警告其实是系统头文件自己发出的，比如Windows SDK里的过时API提示。可以在包含头文件前定义宏来关闭：
#define _WINSOCK_DEPRECATED_NO_WARNINGS
#include <winsock2.h>类似的还有 _CRT_SECURE_NO_WARNINGS，专门对付C运行时函数的安全警告，加了之后就不用每次写 scanf 都被教育要用 scanf_s 了。
批量清除所有警告？谨慎点
真想图省事，也可以在项目属性里设置“将警告视为错误”为“否”，再把警告等级调成“关闭”。但这等于蒙眼开车，小问题容易积累成大坑。建议只在临时测试或演示项目里这么干，正式开发还是保留必要的提醒更稳妥。
比如你接手一个老项目，代码里全是十几年前的写法，一编译几十个警告，这时候先关掉视觉干扰，理清逻辑，再逐步重构，反而是更实际的做法。