能否使用gcc/g++从Windows系统交叉编译出Linux平台可执行程序？

核心结论先行 #

你提到的Cygwin完全不适合你的需求：Cygwin编译出的程序依赖Cygwin运行时库，本质仍是Windows平台程序，无法直接在Linux系统运行，直接排除即可。
针对你当前VSCode开发、已有MinGW编译Windows程序的场景，不同方案的优劣和适用场景如下： #

方案1：WSL2 编译（优先推荐） #

这是适配你现有开发流程成本最低的方案，全程无需脱离Windows环境，编译产物为原生Linux ELF可执行文件：

• 首先启用Win10自带的WSL2功能，在微软商店安装Ubuntu等常用Linux发行版，全程图形化操作无需复杂配置
• 打开WSL终端，执行sudo apt update && sudo apt install g++ make gdb安装Linux原生编译工具链
• VSCode安装WSL扩展，打开你的项目文件夹后点击左下角远程开发按钮，选择「在WSL中打开文件夹」，直接沿用你现有的代码编辑习惯
• 调整VSCode的tasks.json配置，调用WSL内的g++编译代码，生成的二进制文件可直接在WSL中调试，也可以拷贝到任意同架构Linux系统运行
  优势：没有交叉编译的依赖适配问题，需要第三方依赖时直接在WSL内用apt安装即可，和原生Linux开发体验一致，无需切换系统。

方案2：Windows 原生交叉编译器 #

目前有成熟的预编译交叉工具链（比如x86_64-linux-gnu-gcc for Windows）可直接使用，无需安装Linux环境：

• 下载对应架构的交叉编译工具链，配置VSCode的编译参数指向交叉编译器的gcc/g++
• 编译时指定目标平台为Linux，直接生成对应架构的Linux可执行文件
  劣势：
• 编译出的程序无法直接在Windows下运行调试，需要额外准备Linux环境做验证
• 若项目依赖第三方库，需要手动交叉编译所有依赖项，配置成本远高于WSL方案

方案3：双系统/虚拟机安装Linux #

适合长期做Linux平台开发、或者项目涉及内核开发、硬件绑定等特殊场景：

• 双系统可获得完全原生的Linux性能和兼容性，虚拟机可直接在Windows内运行Linux系统无需重启
• 所有编译流程完全在Linux环境内完成，不存在任何兼容性问题
  劣势：需要切换系统，文件互传、开发流程衔接的成本比WSL高，简单C++项目完全没必要选择该方案。

选择建议 #

• 简单小型项目、不想改动现有开发流程：选WSL2方案，10分钟即可完成配置
• 有特定交叉编译需求、无法使用WSL：选原生交叉编译器
• 长期从事Linux开发：选双系统/虚拟机方案

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