Windows 11 支援Android的背後，微軟還有更多「水土不服」的問題要解決
Windows 11 正式發布了，就像之前流出的版本一樣，雖然看著比之前明顯精緻不少，但這
似乎已經無法滿足人們的期待了。顯然，微軟也明白，僅憑設計水準的提升不足以撐起這款
歷史悠久的老牌系統，就像很多人說的那樣，我們想要的不是Windows 10.5，而是Windows
11，於是微軟終於使出了Android 子系統這招絕技。
Windows 支援Android，其實這不是第一次
相對而言，微軟的軟體產品一向秉持著開放的理念，舉個搞笑的例子，微軟寧願放著自己的
UWP 平台不管，也要把旗下諸多王牌app放在競品的平台上，而且體驗甚至比自家平台中還
好，微軟也因此被網友調侃為「最佳iOS/Android app開發者」。而在Windows 10 Mobile
時期時，微軟也因為「過於開放」而犯了一次錯誤，但恰恰是這次錯誤，讓Windows 和Andr
oid 有了第一次聯繫。
2015 年，微軟的手機業務還沒有落敗，但卻被手機系統Windows 10 Mobile 的app匱乏問題
絆住了腳步。在此情況下，微軟宣布了一項名為「Astoria」的計劃，該計劃試圖讓開發者
將Android app移植到Windows 10 Mobile 平台，藉此來彌補自己生態的不足，雖然這聽起
來就像「引狼入室」，但在當年的預覽版系統中，確實短暫出現過該功能，只是之後由於體
驗不佳和安全問題，或者更可能的是，微軟終於意識到這種做法無異於飲鳩止渴，所以就放
棄了該計劃。後來，隨著Windows 10 Mobile 的衰落，這次與Android 的短暫接觸也逐漸被
人們所遺忘。
「Astoria」專案雖然失敗了，但它的技術成果卻沒有因此消失，微軟轉手就將它用到了別
處，也就是Windows 10 系統中。Windows 10 發布7 年來，歷經過十多次大版本更新，雖然
每次都被網友吐槽「感知不強」，但有個功能卻廣受開發者們的好評，也就是WSL（Windows
Subsystem for Linux，適用於Linux 的Windows 子系統）。簡單來講，WSL 讓開發人員不
需要虛擬主機就可以在Windows 中執行Linux 環境，擺脫虛擬主機的限制後，WSL 佔用的資
源更少，執行更流暢，還可以直接對Windows 系統中的檔案進行讀寫，非常高效且方便。
走到WSL 這一步，其實你就不會被Windows 11 能夠執行Android app而感到驚訝了。去年年
底，外界一度傳出微軟打算讓Windows 相容Android app，而具體的技術路徑，其實和WSL
非常相似，只是在這之前，也許是一些契機的出現讓微軟更加堅定了這個決心。
對手緊逼下，微軟終於引入Android
疫情開始後，個人電腦又被大眾重新重視起來，現在你已經很少會聽到「PC 已死」這種言
論了。不過在今後，想讓PC 完全「復活」起來，可能要藉助行動端的力量了。去年年底蘋
果M1 晶片和macOS BigSur 的出現無不證明了這一觀點，未來，同樣還會有很多手機廠商進
入電腦市場，不過與之前不同的是，在它們眼中，手機與電腦不再是兩種對立的產品，因為
在應用體驗上，兩者會趨於融合。
M1 晶片代表著強大的軟硬體整合能力，蘋果也因此在多端融合上具備天生優勢，微軟就算
想學，但條件卻不甚滿足，不過另一個桌面作業系統Google ChromeOS 給微軟提供了很好的
思考方式。ChromeOS 是個名副其實的「縫合怪」，它基於Linux 核心打造，大部分體驗基
於瀏覽器，本身的app生態（Web+PWA）其實比較匱乏，但厲害的是，從2017 年開始ChromeO
S 加入了對Android 執行環境的支援。Android 的神助攻再加之疫情的推動作用，讓它在去
年一舉超過macOS 成為了全球第二大作業系統，而它的終端產品Chromebook 也獲得了出色
的銷量。
在此情況下，微軟的境遇可謂是腹背受敵，一方面，自家的手機和UWP 行動生態徹底告敗，
已無力阻擋行動端的侵蝕，另一方面，蘋果和Google的強勢創新也讓它開始警覺起來。而放
眼未來，雖然PC 設備還會存在，但體驗與行動 app融合已成定局，既然打不過那就加入它
，所以Windows 11 支援Android 的背後，其實是向行動 app生態的一次借力，而有了之前W
SL 的技術鋪墊，WSA（Windows SubSystem for Android）就順勢出現了。
WSA 與WSL 類似，直接在Windows 中整合了Android 執行環境，在Windows 11 發布會後的
開發者演講中微軟也證實了這一點，但具體的技術細節還有待後續上手體驗。值得注意的是
，微軟在發布會上特別提及了Intel的支援，由於大部分Android app基於ARM 架構開發，而
PC 多為傳統x86 架構，因此Intel發布了一項名為「IntelBridge」的技術，在Intel官方介
紹中，IntelBridge 技術是一種執行時後期編譯器，能夠讓行動 app在基於x86 的設備上以
「原生app」形態執行，其中就包括在Windows 上執行，並且同樣支援AMD 處理器。
當行動端來到大螢幕，難免「水土不服」
自打1985 年發布以來，Windows 已經走過了36 年的歲月，一款歷史如此悠久的作業系統在
今天終於向行動端敞開大門，也足以說明移動生態進入大螢幕設備是一種不可逆轉的局勢，
當然，在這一過程中勢必會遇到許多「水土不服」的問題。
首先是應用程式生態歸屬權，據微軟介紹，Windows 11 中的Android app由Amazon提供而非
Google，這也意味著失去了GMS 服務的支援，此外還要考慮到開發者的態度和app安全等問
題。
另一方面，「水土不服」也會體現在軟硬體互動方面，例如為觸控而生的行動 app如何在大
螢幕上更好的呈現，如何與鍵盤滑鼠的操控邏輯相適配，如何對兩套檔案系統進行管理……
這些看似瑣碎細小的細節，直接決定了行動 app的操作體驗，而這恰恰可能成為未來各個桌
面作業系統的核心競爭力之一，當然了，這不光是微軟Windows 需要面臨的問題，也會是未
來所有桌面作業系統的共同課題。
值得期待的是，在面臨這些「水土」問題時，Windows 可能會有很大的優勢，其開放包容的
特性以及豐富的硬體生態體係可以提供很大幫助。例如Android app的限制問題，也許會出
現諸多「民間方法」得以應對，而在硬體方面，Windows 平台數不盡的OEM 夥伴一定會迎合
系統新特性而做出硬體調整，現在就可以預見，為了更好的支援Android app，擁有觸控螢
幕功能的Windows 筆電也許會越來越普及，加入觸控對Mac 來說是個需要仔細斟酌的決定，
因為著會影響iPad 的銷量，但微軟和Windows 的這種憂慮就會少很多。
這一次Windows 11 引入Android，向行動生態開放是個很好的開始，但後續能否在體驗上做
好才是使用者更關注的，期待之後能看到越來越豐富的Windows 軟硬體生態。另外，我們也
將會在一周後帶來Windows 11 預覽版的相關內容，歡迎大家後續關注。
T客邦: Windows 11 支援Android的背後，微軟還有更多「水土不服」的問題要解決.
https://bit.ly/3hg3V9p