能否通过编译器直接生成可同时运行于Windows和Linux的二进制文件？

是的，通过特定技巧可以生成无需修改就能在Windows和Linux原生运行的二进制文件，但这类方案存在极强的局限性，仅适用于简单场景，无法覆盖复杂程序的需求。

一、混合格式二进制（Multi-Format Executables） #

核心思路是构造一个同时符合Windows PE格式和Linux ELF格式的文件，让两个系统的加载器都能识别并正确解析。

两种格式的头部结构可以通过巧妙的字节布局规避冲突：

• PE格式以DOS头（MZ魔数）开头，通过e_lfanew字段指向PE头的偏移位置；
• ELF格式以7F 45 4C 46魔数开头，位于文件起始处。

通过定制链接脚本，可以让编译器输出的文件同时包含两种格式的必要段：

1. 在文件开头保留DOS头，同时在某个偏移处插入合法的ELF头；
2. 确保PE和ELF的代码段、数据段不重叠，各自的入口点指向对应系统的执行逻辑；
3. 利用编译宏（如__linux__、_WIN32）生成两套平台专属代码，运行时由系统加载器自动选择对应入口。

示例代码（需配合定制链接脚本）：

#include <stdio.h>

#ifdef __linux__
int linux_main() {
    printf("Running on Linux\n");
    return 0;
}
#elif _WIN32
int win_main() {
    printf("Running on Windows\n");
    return 0;
}
#endif

// 链接脚本需将linux_main设为ELF入口，win_main设为PE入口

这种方案的局限性：

• 仅支持静态链接的简单程序，动态链接会因为库依赖（DLL vs .so）失效；
• 现代系统的安全机制（如Windows Defender、Linux SELinux）可能拦截混合格式文件；
• 复杂程序的系统调用差异（Win32 API vs Linux syscall）无法通过此方法完全兼容。

二、利用系统兼容机制（依赖系统配置） #

这种方案并非纯二进制兼容，而是依赖系统预先配置的兼容层：

• Linux端：通过binfmt_misc机制，让系统识别PE格式文件并自动调用Wine加载；
• Windows端：通过WSL（Windows Subsystem for Linux），让系统识别ELF格式文件并在WSL环境中运行。

但此方案不符合“无需修改直接运行”的严格要求，因为需要目标系统预先配置对应的兼容组件，并非原生支持。

三、运行时系统检测（多逻辑二进制） #

在程序中嵌入系统检测逻辑，运行时判断当前平台并执行对应代码。比如通过检查特定寄存器值、文件系统特征（如/proc目录是否存在）来区分系统，然后跳转到对应平台的代码段。

这种方法需要编译器生成包含两套完整逻辑的二进制，再通过分支判断实现跨平台，但本质上还是依赖加载器能识别二进制格式，因此仍需结合混合格式技巧才能让两个系统都加载同一个文件。

总结 #

这类跨平台二进制仅能在极有限的场景下实现，比如无动态依赖的简单命令行程序。对于复杂应用，更务实的方案是分别编译不同平台的二进制，或使用跨平台语言（如Go、Rust）生成对应平台的原生可执行文件，而非追求单一二进制兼容。

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