隨著自研M1芯片的正式商用，無疑也使得蘋果在生態大一統的道路上邁出了關鍵性的一步。而反觀同樣試圖實現跨平臺融合的微軟，在此前移動端操作系統Windows 10 Mobile宣告失敗后，其在統一軟件生態方面幾乎就陷入了停滯狀態。

不過從近日曝光的相關信息來看，微軟方面并沒有放棄進行跨平臺融合的動作，能夠讓Windows原生運行Android應用的Project Latte項目或將于今年內亮相。并且有傳言稱，為保障原生Android應用的兼容性，微軟還計劃盡可能用Windows API來取代Google API。

目前，在更新了Windows Insider Preview Build 20185版本后，用戶在Windows 10上運行Android應用其實就已經可以在小范圍實現了，即部分三星手機可以通過“Your Phone（你的手機）”功能，在PC上操控手機中已經安裝的安卓APP。不過有了蘋果自研芯片實現在PC桌面端運行iOS/iPadOS應用的例子珠玉在前，這種只能讓一部分用戶在Windows上淺嘗輒止的體驗，顯然是無法讓微軟安于現狀的。

因此有觀點認為，競爭對手已經在生態整合上大幅度領先的局面，或是微軟的Project Latte項目得以加速落地的關鍵所在。但有一點需要指出的是，Project Latte項目顯然并不是從石頭縫里蹦出來的，這是一個微軟從故紙堆里進行的“考古式科研”項目。其實早在2015年，微軟就在Build大會上宣布了將會為Windows 10嵌入一個Android子系統，也就是Project Astoria。

根據微軟方面當時的說法，開發者可以直接將現有的.apk應用安裝包上傳至Windows Store，微軟會將這一Android應用直接轉換為Windows Universal App。同時其還提供了一個在線工具，供開發者上傳.apk文件來檢測轉換之后的兼容性。并且在當年的的Windows 10 Mobile Build 10240中就已經完成了AOW（Android on Windows）功能，而在AOW文件夾中就包含了完整的Android 4.4.4鏡像。

但是根據部分開發者的說法，Android on Windows在Windows 10 Mobile上的體驗非常糟糕，嚴重拖累了手機的續航與性能表現。所以最終在Windows 10 Mobile Build 10240正式版上，AOW功能也完全消失，并且在2016年，微軟方面也選擇了關閉Project Astoria。

當然，微軟方面并沒有將Project Astoria棄之不顧，在其基礎上，在2016年的windows 10內部預覽版中還帶來了Windows Subsystem for Linux （WSL）服務，用戶只需開啟這項服務，就能在windows系統上體驗原生的Linux bash指令操作。

既然能夠在windows系統中運行Linux，那么運行基于Linux的Androi也就成為了順理成章的事情。但是不同于命令行操作的Linux，作為一個現代操作系統，Android所基于的是GUI（圖形用戶界面），好在微軟在WSL2上新增了一個至關重要的特性，就是可以直接在WSL服務中使用GPU加速，并能調用Directx12 API。所以WSL2支持GPU加速就意味著系統可以調用顯卡，并且微軟也已經確定顯示驅動程序模型 (WDDM) 的3.0版本在Windows 10 Insider Preview 21301中，增加了用戶模式驅動程序。

在解決了GPU驅動的問題后，微軟方面曾在去年12月宣布，支持的Direct3D 12 Gallium3D驅動已經合并到了Mesa 21.0中。通過這一驅動程序，就將允許像OpenGL與OpenCL這樣的圖形/計算API，在Direct3D上運行。在有了這些基礎之后，Project Latte就能實現類似Android in a box項目類似的效果，并在Windows中運行原生Android應用。

然而Project Latte真的能夠改變現狀嗎？或許這個問題還需要由谷歌來回答。因為拋開目前國內相對特殊的安卓市場，幾乎所有海外Android應用要么依賴谷歌GMS，要么就是使用了Google Play Service API。雖然微軟在之前的Project Astoria上通過映射，將GMS服務替換為自家的Bing地圖API、Windows Phone地理位置API、Windows Store應用內付費 API，但問題是這種做法其實是在事實上分裂Android生態。

GMS事實上是Google Play Store、Search、Maps、YouTube在內的一系列谷歌服務的合集，這些應用服務相互之間更是互聯互通相互支持，再加上官方還允許第三方應用調用這些應用中的API，并共同在Android的生態中鑄就了一個以谷歌為核心的“小氣候”。

所以GMS也是谷歌從蘊含著巨大流量的Android生態中轉化收益的關鍵所在，谷歌又為什么會將這樣的武器交給競爭對手呢。至于說微軟完全不理會谷歌方面的意見，自己單獨做一個“MMS”，其實這也是很難的，因為早有先見之明的谷歌在2012年就已經通過Android應用開發相關的協議，禁止開發者做出任何可能導致該生態分裂的行為。

至于說谷歌向微軟授權GMS，顯然后者又不會同意了。畢竟如果GMS捆綁在Windows 10系統中，并且大量預裝在合作伙伴推出的PC設備中，那么微軟自家的相關服務又要如何自處呢？

所有如今從技術條件上講，讓Windows原生運行Android應用其實已經沒有沒有太大的問題了，但又有多少Android應用能夠好用，可能就是另外的一個問題了。