平时不太关注微软的技术，不过这次微软 build 2016有个新闻倒是值得关心一下。
对这条新闻，每个人看到的角度略有不同（可以参见知乎上的讨论），Shell 爱好者期待可以在 Windows 下用强大的 Linux Shell ，Ruby程序员也希望可以在教新人时不必强迫别人换操作系统。
不过我觉得最大的一个影响应该是关于 Docker 的，微软这个技术的推出将有助于为 Docker 进入 Windows 铺路，甚至我猜想这可能就是微软搞这一套技术的直接目的。
我们来看一下具体的技术，这个东西表面上看就像个模拟器，类似cygwin，也可能有人会想到虚拟机，但是它实际上要更直接，它是在用 Windows 内核实现了对 Linux 系统调用的兼容支持，由于不需要高成本的模拟，它的性能是相当可观的（甚至有不少人认为，如果是用IOCP来实现epoll，那么它的性能有可能比Linux原生的epoll还要好）。
参考wikipedia上的这个图，看看体系架构：
我们知道，WinNT系的内核本身其实是很牛的，它的API是有一个抽象层作为隔离的，而Win32 API可以看做这个抽象层的一个实现，理论上并没有什么特殊地位，这样就可以象支持原生 windows 程序一样支持 linux 程序了，那么我们之前为什么一直没看到 Linux on Windows呢？
因为技术牛不意味着市场会接受，这个设计曾经被认为有过度设计的嫌疑，据说微软做了这个设计以后也没看到有啥大的价值，因此并没有在这个抽象层上做出一个与 Linux API 兼容的实现。
这一切在 Docker 出现以后就变化了。近两年，Docker 技术发展十分迅猛，由于它本质上是对 Linux 的再发明，因此本来和微软没什么关系。但是，Docker 一方面占据了“云计算”这个领域的重要位置，另一方面又对服务器软件研发有很重要的推动作用（devops运动），这些都是微软很看重的地方，所以它很早就在谋划拥抱 Docker 和容器技术。
用 “微软+Docker” 作为关键字 Google 能找到几条新闻，放在一起看很有意思：
注意看看那几条新闻的时间，说实话，我当时看到最早的那条新闻时还没法想象微软会做出这么大的努力，但它的节奏十分清晰，先是做一个简单到只有 http 封装的 Docker CLI 作为试水（也可能是为了卡位吧），然后再将 Windows 软件本身的工作方式和容器化趋势结合起来。截止到最近，微软的方法思路和 Docker 是一样的，理论上它的 Windows 也可以跑容器，这样，微软在服务器市场也可以分得一杯羹。
然而还有一个困难——“内核”，我们知道，Docker镜像可以跨越各种 Linux Distribution，然而必须受限于宿主机的内核版本，这是它为了超越虚拟机的性能而不得不损失的独立性，Windows Server 即使能象“容器宿主机”一样工作，也会由于不能支持众多 Docker 镜像（都是基于 Linux 的）所需要的 API 而干瞪眼。
现在微软补上了这个短板。
根据目前看到的说法，Windows Server 将可以提供 Linux 兼容的 API ，因此理论上可以很好的支持现有的所有 Docker 镜像，这对于云计算环境是非常有帮助的。又因为这种支持并不是“模拟式”的，因此并没有损失 Docker 的一个重要优势——性能。
从这个角度看，这个号称“Win10与Ubuntu合体”的技术，并不是象它的标题一样仅仅是好玩，而是在微软的战略路线中应该有一个很重要的位置。有很多朋友说这是微软挖的一个坑，言下之意是说微软自己可能“管挖不管埋”，但如果微软自己不作死，它应该会重视和完善这个技术的。
