年秋季，蘋果方面推出了搭載自研芯片M1的Mac系列產品，代表其開始嘗試在桌面端擺脫對于Intel的依賴，并開始在這一領域擁抱ARM架構。而在搭載了M1的Mac系列產品陸續上市后，一個問題也隨之浮出水面，那就是其是否能夠支持Windows on ARM。但針對這個問題，在“曖昧”了許久后，微軟方面日前終于給出了回應。
根據海外媒體The Register的報道顯示，微軟方面近日確認在M1 Mac上運行ARM版Windows 11將不是“受支持的場景”，Windows 11不會通過虛擬化或其他方式為M1 Mac提供官方支持。
蘋果M1+Windows，曾被認為會是“雙贏”
作為蘋果在Mac產品線上開始使用ARM架構的設備，在某種程度上也代表著其開啟了生態大一統的序幕。然而，Windows在這一市場深厚的歷史底蘊以及強大的生態，還是有相當多的Mac用戶有使用Windows的需求，所以在Mac開始陸續轉換到ARM平臺后，用戶也在呼喚新的解決方案。
蘋果軟件工程高級副總裁Craig Federighi在M1 Mac上市后接受媒體采訪時，對于M1 Mac的Windows支持做了回復，由于其使用了支持Parallels或VMWare等產品的虛擬化框架，所以“我們有核心技術來運行他們的ARM版Windows，而后者當然支持x86應用程序。但這是微軟必須做出的決定，授權用戶在這類Mac上運行這項技術。但Mac確實很有能力做到這一點。”
事實上在M1 Mac上市后，與蘋果關系匪淺的Parallels Desktop第一時間就發布了適用于M1機型的技術預覽版。而許多在M1 Mac上運行Windows的用戶，基本也都是通過Parallels Desktop虛擬機搭配Windows 10 ARM來實現的。但是使用虛擬機終究會帶來更高的性能開銷，特別是為了契合M1這種強調低功耗平臺的特色，M1 Mac本身的電池和散熱就設計也非常大膽。
虛擬機所實現的支持自然不如原生來的便利，按照蘋果方面當初接受媒體采訪時的說法，表明這件事是由微軟決定，也將皮球踢到了微軟腳下。而微軟為M1 Mac提供原生支持，也曾經被外界認為非常有可能，因為在M1 Mac發布一個月后，微軟在去年12月11日在開發者博客上就已宣布，已通過內部開發渠道推送了build 21277 x64模擬ARM64設備的首個預覽版本。
在當時的市場環境下，除了微軟自己推出的Surface Pro X外，就只有M1 Mac可以用得上這一更新了。再加上，在經過了此前搭載高通主控的一系列ARM筆記本電腦后，Windows上從ARM到X86效率轉化糟糕的弊病也一覽無余，在兼容性、效率，以及籠絡開發者方面的失敗，更是讓Windows on ARM項目一蹶不振。
在這樣的情況下，蘋果打的小算盤就是如果微軟還對于Windows on ARM有想法，擁抱M1 Mac自然就是非常現實的舉措。畢竟在此前高通驍龍主控的兩輪ARM筆記本電腦后，OEM廠商還繼續被微軟“忽悠”的可能性已經不高，Windows on ARM當下最大的潛在用戶群體非M1 Mac莫屬。所以微軟為M1 Mac提供支持，也有利于Windows10（ARM64）獲得急缺的用戶。
理想很美好，然而現實卻是技術難度無比殘酷
那么微軟為何最終“拒絕”了蘋果？顯然，這是前者權衡利弊后得出的結論，M1 Mac用戶這塊蛋糕雖然看起來可口，但想要吞下去卻并不容易。事實上，M1芯片采用的是ARM架構CPU，使用的是RISC指令集，Intel/AMD處理器則屬于x86架構，使用的是CISC指令集，這是兩個完全不同的平臺，所以也就導致想要在M1 Mac上實現原生支持Windows，有兩個難關需要跨越。
首先，M1中的GPU實際上對Vulkan、OpenG、DirectX三大主流API全部都不支持，macOS在M1上的OpenGL其實是一個軟件實現的Metal轉譯層。這就使得如果Windows想要調用到M1的GPU，就需要重寫驅動程序代碼。
第二個難點，則是因為Windows是通過ACPI控制硬件，而Mac是使用DeviceTree來實現這一功能，但DeviceTree發源于PowerPC架構，這導致M1 Mac想要獲得Windows的原生支持，就需要微軟重新開發一套啟動程序及匹配硬件控制邏輯。同時，由于使用Windows的設備都是采用UEFI啟動，而蘋果為M1 Mac準備的是與iOS一樣的iboot作為Bootloader。此前Mac使用Intel平臺時，提供了官方的Windows安裝工具啟動轉換助理（Boot Camp），靠的就是Intel平臺支持Windows。但這兩個難點對于微軟來說，就意味著巨大的工作量和龐大的人員開支，所以其權衡之后選擇放棄也在情理之中。
屋漏偏逢連夜雨，M1 Mac如今壓力陡增
不過，Windows不支持M1 Mac對于蘋果而言，則是一個不算太好的消息了。因為在今年春季更新的macOS Big Sur 11.2上，蘋果方面正式屏蔽了M1 Mac上iOS/iPadOS應用的側載進程，使得M1 Mac不再能夠通過.ipa文件的方式安裝那些尚未在App Store上架的iOS/iPadOS應用。
要知道，當初M1 Mac發布時蘋果方面曾表示，使用M1芯片的Mac和Intel平臺Mac最大的區別，就是前者可以運行iOS與iPadOS應用，但前提是該應用的開發者支持。然而對于在M1 Mac上運行自家應用相當多的開發者都興趣缺缺，且不提Netflix、Spotify這些與蘋果不太對付的開發者，包括Instagram、Snapchat、Ferrite Recording Studio、Tesla、MyFitnessPal、Reddit、Messenger、TikTok、Wechat等等一大批知名應用，也都選擇了退出。
因此現在的問題就是M1 Mac在失去了側載能力，又沒有獲得原生Windows支持，只能使用付費的Parallels Desktop來虛擬化Windows的情況下，將使得用戶可以用到的應用將受到一定的限制。這就可能會讓M1 Mac出現當年Windows Phone的處境，即大量的開發者不支持、也缺乏足夠的使用場景。
所以在有些觀點看來，蘋果的當務之急是在微軟放棄這一合作，無法借助Windows生態的情況下，需要重新去找回退出M1 Mac應用的開發者，來盡快充實這一部分的內容生態。
好了，這個問題解決了，你可以放心用Windows了。
此前一些用戶就發現，在全新 MacBook Pro 筆記本上通過 Boot Camp 安裝了 Windows 操作系統后，會出現隨機的砰砰聲，同時伴隨音頻失真、左右雙揚聲器音量不平衡。最嚴重的是，揚聲器往往還會受到硬件上的永久傷害，不得不送修。
切換到 macOS 系統后，上述問題依然存在，但是在 macOS 系統下通過 VMware 等虛擬機安裝 Windows 則沒有此問題，使用原生的 MacBook Pro macOS 也沒事。
此前有人猜測，問題應該與 Windows 音頻驅動有關系，但蘋果和微軟都未對此做出回應。如果你真的需要在 MacBook Pro 上通過 Boot Camp 安裝 Windows，可以插入耳機，避免損壞揚聲器。
不過今天蘋果公司發布了 Boot Camp 更新，解決了上述可能會導致揚聲器物理損壞的問題。但此前如果你的揚聲器已經損壞了的話，那蘋果的這個更新也是于事無補的。
據悉自 11 月 23 日下午 1 點之后安裝的 Boot Camp 已經是蘋果更新后的版本。而在這個時間之前安裝的用戶，你們可能需要手動升級。蘋果確認這個問題是因為 Boot Camp 中的 Windows 音頻驅動器太久沒有更新的緣故。
蘋果方面表示如果用戶退出 Windows 之后，在 macOS 中也遇到了揚聲器損壞的問題，那么他們可以聯系 Apple Care 記錄這個問題，以便預約天才吧對問題進行評估檢測和維修。