在上古时代，确实有纯机械指令的文件，叫.com

直接读入内存然后把IP指针指过去就可以运行了。

不过当时电脑是16位的，内存只支持到2^16 = 64k，这也是.com文件大小的上限。

后来为了突破这个限制，对内存实行分段（segment）管理。每64k算一个段，用另外一个寄存器来表示段地址。所以那个时候表示内存中的一个位置大概像这样：AAAA:BBBB

硬件上虽然支持了更多的内存，但.com仍然是不行的。因为.com只有纯机器码，超过64k的部分也就是说必须加载到其他段的代码程序自己都找不到。

为了解决这个问题设计了.exe格式。.exe主要部分还是机械码，但是有很多辅助的部分：哪部分代码加载到哪一段之类的。说点题外话就是.exe运行时也不是全部加载到内存，而是文件头怎么写的就怎么加载。所以.exe文件后面接入其他的文件不影响原来的.exe运行。

感兴趣的童鞋可以自己用文件工具把其他内容写到exe文件后面看看还能不能正常执行。

这一特性其实挺常用的，往好了方面用就是自解压包，其实就是把压缩包接到一个自解压程序后面。往坏了用就是电脑病毒呗，感染exe文件就是把自己接到原来exe文件末尾，然后修改文件头要求后面的代码优先调入，病毒代码执行完了再调入原来的exe。

当然这是DOS的exe，跟Windows的exe有那么一点点不一样，不过大同小异。你可以粗略的理解成office2009写出来的文档和office2019写出来的文档的区别。

那Linux可不可以运行exe格式的文件呢？当然是可以的，只要按照exe文件格式把它加载到内存然后把IP指针指过去就行了。为难之处在于：exe必然有大~~~量的系统调用。Linux自然无法提供这些系统调用，那就没有办法运行喽。

如果想运行exe的话，重点其实不在于exe文件格式，以及怎么调入内存。重点在于可以系统能不能提供这些系统调用。可这谈何容易？相当于是把整个Windows做了一遍。但即使是这样的东西也仍然有人做出来了，就是Wine。

那为什么wine无法运行所有exe呢？大概有两个原因

第一是因为有人不守规矩，一方面是微软系统调用实现的方式跟手册上写的不一样（最近很少了），一方面是很多国产厂商倾向于使用各种“未公开的API”或者一些非正常的手段来实现一些罕见的功能来彰显自己的技术（最近也少了）。

第二则是windows的杀手锏之一DirectX，这个暂时开源实现还有困难。

这就导致了其实Windows也不能完美的运行所有的exe文件。比如Win3.1/9x运行DOS的exe就有可能出问题。XP运行9x的exe也可能出问题。要不咋有那么多人赖着不升级呢。

所以总体来说就是越守规矩的exe越容易拿到Linux下运行。

国内那些不太守规矩的玩意（比如QQ），在对wine针对性优化之后也是可以运行的。比如deepin版的wine。

最后

Wine已经做的很好了，如果未来有一天Windows开源了或者Windows下的软件都守规矩了，你就能看到Linux直接运行Windows的程序了。其实微软也在做这方面的努力，尤其是换了掌门人之后。比如.net core和uwp。

所以我们等等看吧，没准就等到了呢。