不能直接在Windows下编译出Linux可执行文件，因PE与ELF格式互不兼容，且系统调用、ABI和标准库实现均不同；必须通过WSL、Docker等在真实Linux环境中编译生成ELF文件。
不能直接在 Windows 下编译出能在 Linux 上运行的 C++ 可执行文件。
Windows 编译器（如 MSVC、MinGW）生成的是 PE 格式（.exe），而 Linux 只认 ELF 格式；标准库实现、系统调用、ABI 都不兼容。所谓“在 Windows 下编译 Linux 代码”，实际是指：在 Windows 环境中，借助 Linux 兼容层或工具链，**触发一次真正的 Linux 环境下的编译过程**。
用 WSL 在 Windows 里跑真实 Linux 编译器
这是目前最轻量、最可靠、开发体验最接近原生的方式。WSL 不是模拟器，而是内核级兼容层，g++ 和 make 运行的就是真 Linux 二进制。
- 确保已启用 WSL：
powershell wsl --install（Win10/11 默认带 Ubuntu） - Windows 下的代码放在
/mnt/c/Users/xxx/project这类路径下，WSL 可直接访问 - 启动 WSL 终端，
cd /mnt/c/Users/xxx/project，然后照常g++ main.cpp -o app或make - 生成的
app是标准 ELF 文件，可直接在任意同架构 Linux 机器上运行 - ⚠️ 注意：不要在 Windows 资源管理器里直接编辑 WSL 的
/home/xxx/下的文件（跨文件系统权限易乱），优先用 VSCode Remote-WSL 插件打开/mnt/下的项目
用 Docker 模拟干净的 Linux 构建环境
适合需要控制依赖版本、复现 CI 环境，或避免污染本地 WSL 的场景。本质仍是“在 Linux 里编译”，只是容器化了。
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
立即学习“C++免费学习笔记（深入）”；
- 写一个最小
Dockerfile：FROM ubuntu:22.04 RUN apt-get update && apt-get install -y g++ make WORKDIR /src COPY . . RUN g++ main.cpp -o myapp
- 构建并提取二进制：
docker build -t mybuild . && docker create --name tmp mybuild && docker cp tmp:/src/myapp ./myapp && docker rm tmp - ⚠️ 容器内编译的产物默认静态链接 libc？不是。它仍依赖目标系统的
libc6版本。若需兼容老旧发行版，得用ubuntu:18.04基础镜像，或显式-static链接（但部分功能受限）
别碰 Cygwin 和 MinGW-w64 的“假 Linux”陷阱
Cygwin 和 MinGW-w64 都是在 Windows 上提供类 Unix API 的兼容层，它们生成的仍是 Windows PE 二进制（.exe），**不是 Linux 可执行文件**。
-
g++来自 Cygwin → 输出myapp.exe，依赖cygwin1.dll，只能在装了 Cygwin 的 Windows 上跑 -
g++来自 MinGW-w64（x86_64-w64-mingw32-g++）→ 输出myapp.exe，无 DLL 依赖，但仍是 Windows PE，Linux 内核根本不会加载它 - 有人误以为 “用了 GCC 就是 Linux 编译”，其实关键不在编译器名字，而在目标平台（target triple）和链接器行为。MinGW 的 target 是
x86_64-w64-mingw32，不是x86_64-linux-gnu
CMake + 工具链文件：让同一份配置适配不同后端
如果你的项目已用 CMake，可以统一管理，但注意：CMake 本身不编译，它只生成构建脚本。真正决定输出格式的是你选的 generator 和 toolchain。
- 在 WSL 中运行：
cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE=Release .. && make→ 得到 ELF - 在 Windows 中用 VS 运行：
cmake -G "Visual Studio 17 2022" ..→ 得到.exe - 想强制交叉编译？得写 toolchain 文件，例如指定
CMAKE_SYSTEM_NAME为Linux，并指向 WSL 中的g++路径（如/usr/bin/g++），但这本质上还是调用了 WSL 的编译器 - ⚠️ 别指望 Windows 上的 CMake 直接输出 Linux 二进制——除非你给它配了个能跑 Linux 代码的编译器，而那个编译器，必然运行在 WSL/Docker/VM 里
真正跨平台的关键，从来不是“怎么在 A 系统编译出 B 系统的程序”，而是“怎么把源码放进 B 系统里编译”。所有绕过这一步的方案，最终都会在 ABI、动态库路径、std::filesystem 行为或信号处理上露出马脚。最省事的解法，就是接受 WSL 是 Windows 上的 Linux —— 它不是备选，就是正解。
