《电脑报》前不久专门对搭载M1芯片的新款Macmini进行了评测，强悍的8K视频剪辑性能让小编印象深刻，最具“跨时代”意义的是借助Rosetta2编译器，可以让M1芯片支持部分X86应用，开启了苹果电脑、手机、平板生态大一统的开端。面对苹果的强力攻势，桌面操作系统的老大，微软开始不淡定了。
M1芯片的Mac成功运行Win10
近日，国外开发者AlexanderGrag借助一批ARM64补丁，使用QEMU虚拟机成功的在M1芯片上运行了ARM版的Windows10。
按照开发者的说法，M1芯片是ARM架构，所以无法安装x86版本的Windows或者使用Intel的BootCamp运行x86Windows应用，并且目前WindowsARM64版也不原生支持M1芯片，所以只有依靠虚拟机来实现。值得一提的是，开发者在QEMU虚拟机上安装了一个自定义补丁，能直接在主机CPU上执行客体代码而“实现接近原生性能”，这意味着Windows10ARM可以在M1Mac上运行，并且性能优异。
尽管如此，因为虚拟化的性能损失和驱动的问题，Graf表示可以正常运行x86应用，但性能表现反而不如直接在macOSBigSur上使用Rosetta2进行编译，网卡、声卡也没办法正常工作。苹果软件工程主管CraigFederighi日前接受媒体采访时表示，目前M1Mac有能力支持Windows，但原生运行Windows系统的话还需要微软方面的授权，不然就只有依靠Rosetta2和云端Windows来兼容X86应用了。
微软再推Latte计划：将原生支持Android应用
苹果想办法搞定X86的同时，微软也准备在移动端应用上做点文章。WindowsCentral报道称，预计在WindowsH2（明年秋季）功能更新中，微软将通过所谓的“拿铁项目”（ProjectLatte），为Windows10操作系统加入对GoogleAndroid应用的运行支持。
值得注意的是，「ProjectLatte」是将WSL作为兼容层，从而在不借助其他应用的情况下直接在Windows10上原生运行MSIX格式的Android应用程序，理论上的性能损失很小。任何人都可以使用Android开放源代码项目（AOSP）代码并创建自己的Android版本，微软计划采用Android子系统和AndroidRuntime将应用转换为Windows10上的原生应用程序。
其实，微软早在年就已经宣布了一个名为「ProjectAstoria」的方案，目的是帮助开发商将它们的Android应用移植到基于Windows10的手机、平板电脑和PC上—但在年，微软宣布放弃ProjectAstoria。
即使WindowsPhone和所谓的ProjectAstoria最终都夭折了，微软还是明白未来在消费端，不同平台的生态终将走向统一。
于是微软选择在相对开放的Android生态中有所作为，为了进一步推进Windows10与Android的深入对接，微软与三星深度合作。年8月，微软宣布，三星GalaxyNote10系列与微软Windows10实现系统对接，具体来说，用户可以使用手机屏幕镜像功能将手机屏幕串流到PC上，并且能够使用PC键盘，鼠标和触摸屏直接与手机应用程序进行交互。
也就是说，通过YourPhone功能，Windows10系统可以在三星手机运行Android应用—但从实际效果来看，运行效果并不稳定，并且只能局限在部分型号的三星设备，在国内也不提供相应的服务，总体来说，这个功能还是处于试验阶段，微软也无意大规模推广。
ProjectLatte的推出意味着微软开始正式拥抱Android，在这之前，代表Android阵营的高通就曾发布了骁龙、骁龙8C和骁龙7C等多款专为Windows10ARM笔记本打造的处理器（虽然没几款实际产品）。苹果M1一步到位地实现了计算机与移动生态的初步融合，这时Windows和Android的“兄弟抱团”就体现出迫切的现实意义了。也正像当年微软提出的“移动为先、云为先”的战略，这一次，微软可能真的要好好考虑如何与Android应用生态进行融合了。
（编辑：胡文滔）
预览时标签不可点收录于话题#个上一篇下一篇