在微軟Build 2015開發者大會上，微軟宣布Windows10操作系統將支持運行Android和iOS應用。微軟表示利用Android應用中底層的java和C++代碼來復制創建Windows10應用，通過在Windows10系統中預裝一個“Android子系統”來實現Android程序的運行；而iOS應用，則是通過Objective-C語言來轉化、移植為Windows10應用。對此，外媒arstechnica日前發表分析文章稱，雖然Winodws移植Android應用程序和黑莓的有著不同，但對于微軟來說，這依然是一場存在風險的賭博行為。

▲10億目標

一個操作系統移植其他操作系統的應用程序，其實這并不是第一次。比如，IBM的OS/2曾經就在90年代宣稱能兼容運行所有的Windows應用程序；黑莓的BB 10系統就能直接運行Android應用程序；還有亞馬遜的自制系統也能運行Android應用程序。然而，以上提到的并沒有哪一個系統因為兼容市場上的主流系統的應用程序而獲得成功。

▲兼容安卓和iOS的應用程序

為了兼容，微軟發布了UWP Bridge，內含Astoria、Islandwood、Centennial、Westminster四個項目，可將Android、iOS、傳統Windows，以及Web網站轉換為UWP Apps。其中，Astoria和Islandwood項目會對微軟的生態系統產生一定的影響，但由于兼容的方式和我們上面提到的有所不同，可能副作用較小。由于目前Windows10并沒有正式發布，效果難以預計，所以情況并不明朗。

Astoria項目

Astoria和Islandwood表面上相似，但其基本的技術和執行方式是非常不同的。對于開發人員來說，由于Windows10內置一個安卓子系統，Astoria可能更加直觀和簡單。幾乎所有的Windows軟件（包括通用的Windows應用程序）使用的其實是Win 32 API。Windows還包括POSIX子系統。POSIX是IEEE標準的API，基本上定義了Unix API。Windows NT包括POSIX的支持。微軟在Windows 2000中刪除了OS/2子系統。POSIX子系統在Windows 7中是一個可選的Windows組件，但Windows 8不能啟用這個POSIX子系統組件。然而，Winodows內核還是包含此POSIX子系統，而且項目Astoria利用了這一點。它引入了一個新的Windows子系統：Android子系統。

Android子系統在Windows上實現了安卓系統的大多數API。該子系統提供安卓風格的API，比如文件系統的訪問、圖形處理、訪問傳感器和相機、進程和線程的創建、安全和網絡功能。這些都是利用Windows內核來提供的。另外，Android由一個linux內核和少量的開放源碼本機庫，本機代碼應用程序和一套開源的Java API再加上谷歌的服務程序框架（GMS）。除了GMS外，前2個都是開源的。對于Android開放源碼的組件，微軟可以在原則上，使用開放源碼的部分直接呈現應用程序開源調用的相同的Java API，但將這些API重定向到合適的Windows服務/API。值得注意的是，除了Windows10 For Phone和基于ARM處理器的小尺寸平板外，其他平臺上的Windows10并不包含Android子系統。

Astoria對于開發人員的體驗是非常類似于普通的Android開發體驗。開發人員將繼續使用Android開發環境，例如Eclipse或IntelliJ，應用程序的大部分移植基本是自動化的，少數GMS的API需要手動更改為對應的微軟的服務/API。此外，微軟還提供一些Windows特定的Api功能，如動態磁貼給Android應用程序訪問。當然，開發人員將需要更改代碼以利用這些API。

基本上微軟并不會使用黑莓兼容安卓的套路。相反，Android開發者必須提交他們的APK包到Windows應用商店。商店將驗證這些APK是否使用了無法支持的API，然后將apk文件封裝在Windows AppX包中。

Islandwood

Islandwood項目的情況和Android的Astoria不一樣。首先，微軟并沒有在Windows10中集成一個“iOS子系統”，其次，也無法直接移植iOS的軟件包。微軟實現的方法是使用Visual Studio，Visual Studio支持Objective-C和導入Xcode項目文件，然后使用Visual Studio將其編譯為Windows應用程序。其實微軟使用的這一技術最初不是微軟開發的，而是由一家叫Inception Mobile的公司為黑莓操作系統和三星Tizen開發的，它將Objective-C代碼盡可能多的轉變成Java或C++代碼，掛鉤進原生平臺的API。

▲支持導入Xcode的工程文件

當然，相比較起兼容安卓，兼容iOS在移植難度上要稍微高一些，這首先是因為iOS并不是開源的系統，其次是因為iOS平臺某些獨特的特點，比如iOS沒有后退鍵。同時由于iOS還有一種新的語言Swift，雖然微軟聲稱正在進行兼容支持，但目前來看，不可能很快馬上就支持。

Astoria和Islandwood，開發人員必須采取的第一步。這一步可能不是很大——很可能都是將未經修改的APK直接進行提交。這樣應用程序可能就不能使用Windows系統的獨特功能，比如Xbox成就和動態磁貼，或許這些程序可能會在商店里面評論口碑較差并且下載量低下。Islandwood甚至將更加嚴重，因為它將需要重新編譯和一些代碼的更改。雖然如此，移植應用程序到Windows上的體驗應該略優于黑莓。

微軟的做法也不太可能阻礙本機應用程序的開發。Astoria的限制妨礙它真正取代本機開發，人可以想象最終這些限制將會放寬，雖然這不會很快發生。Astoria產生的應用程序能運行于手機和小尺寸平板電腦，但其他平臺并不能運行。

為了快速構建通用應用程序，微軟免費為Windows 7和8提供免費升級（第一年內升級），并放出“三年內運行Windows10的用戶達到10億”的豪言壯語。即使最終只有一半，5億用戶仍然是大量用戶。對于開發者來說，這么大的基數也是賺錢的商機。Astoria對于移動平臺應用程序匱乏確實是有用，但微軟將其限制于移動平臺的Windows。如果安卓開發者嘗到了甜頭，想要進軍全平臺Winodws程序，他們將不得不編寫真正的Windows程序。

微軟這次的舉動是存在風險的。如果不能鼓起更廣泛的Windows開發商的利益，特別是Astoria能對Windows智能手機的發展產生侵蝕性影響。微軟需要與開發人員進行更加廣泛的溝通和互動；雖然戰略的確有風險，它這并不意味著微軟在移動市場已經投降認輸了，事實上，微軟所做的這些都是為了移動市場。

當然，對于Windows手機用戶來說，會在短期內受益。不過與此同時，微軟的Windows原生App也會面臨著巨大的挑戰，等用戶要升級設備時，為什么還要繼續選擇Windows Phone呢？多數人可能都會直接選擇Android平臺，畢竟在該平臺上運行這些應用的效果更好。那么，還是讓時間來證明吧。