必须在包含 windows.h 前定义 WIN32_LEAN_AND_MEAN，否则其默认包含的 winsock.h 与显式引入的 winsock2.h 冲突，导致结构体重定义、函数重声明等编译错误；唯一可靠方案是工程级预定义该宏。

必须在包含 windows.h 前定义 WIN32_LEAN_AND_MEAN，否则编译必然失败。

为什么顺序错会导致一堆重定义错误

不是“顺序可以调换”，而是 windows.h 默认会偷偷拉进 winsock.h（Winsock 1.1），而你显式包含的 winsock2.h（Winsock 2.0）里有同名结构体（如 sockaddr_in）、宏（如 AF_INET）和函数声明（如 socket）。两个版本头文件一碰，ws2def.h 就开始报 error C2011 和 warning C4005。

常见错误现象包括：

• error C2011: "sockaddr": "struct" type redefinition
• error C2375: "accept": redefinition; different linkage
• error C3861: "send": identifier not found（反向情况：先含 winsock2.h 后含 windows.h 却没定义 _WINSOCKAPI_）

最稳妥的写法：全局预定义 + 显式包含顺序

不要依赖“谁先谁后”的手工管理，尤其在跨平台项目中混用 wxWidgets、Qt 或第三方库时，它们可能在你不知情时已包含 windows.h。唯一可靠方式是强制预处理控制：

立即学习“C++免费学习笔记（深入）”；

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• 在所有源文件最顶部（甚至早于 #pragma once）加：

  #define WIN32_LEAN_AND_MEAN
  #include <windows.h>

• 然后才包含 winsock2.h：

  #include <winsock2.h>
  #include <ws2tcpip.h>

• 如果用到 min/max 宏（比如 STL 容器），顺手加上：

  #define NOMINMAX

  ，放在 WIN32_LEAN_AND_MEAN 之后、windows.h 之前

工程级配置比单文件改更可靠

手动在每个 .cpp 里加宏容易漏，也违背跨平台一致性原则。推荐直接在构建系统中注入：

• MSVC：项目属性 → C/C++ → 预处理器 → 预处理器定义 → 添加 WIN32_LEAN_AND_MEAN;NOMINMAX
• CMake：

  add_definitions(-DWIN32_LEAN_AND_MEAN -DNOMINMAX)

  或更现代的写法：

  target_compile_definitions(your_target PRIVATE WIN32_LEAN_AND_MEAN NOMINMAX)

• Code::Blocks：项目设置 → Build options → #defines 栏添加

这样无论第三方头文件怎么包含 windows.h，它都看不到 winsock.h，冲突自然消失。

别信“把 winsock2.h 放前面就行”这种说法

这个建议只在**完全可控的单文件场景**下有效。一旦引入 wxWidgets、Boost.Asio、CEF 或任何封装了 Windows API 的库，它们内部早已包含 windows.h，你的 #include <winsock2.h> 就成了“后入场者”，照样触发重定义。真正起作用的是 WIN32_LEAN_AND_MEAN 对 windows.h 内部逻辑的压制——它让 windows.h 跳过整个 winsock.h 分支，这才是根治逻辑。

最容易被忽略的一点：该宏必须在 #include <windows.h> **之前定义**，且不能被其他头文件提前展开；如果某个第三方头文件内部已经包含了 windows.h，那再定义就晚了——所以工程级预定义才是底线保障。