Windows的下載包比以往任何時候都要大。過去六個月里，我多次注意到這一現象，但一直沒有時間深入研究。
直到我看到Michael Niehaus發布的一篇文章《Windows 11為何越來越大？》，才意識到這並非錯覺。
Michael的圖表顯示，從2024年11月Windows 11 24H2版本首次發布，到2026年7月的25H2版本，多版本合一的安裝包體積持續增長。由於25H2是以24H2的補丁包形式交付的，兩個版本實際上來自同一分支。
在不到兩年的時間裡，新增了近6000個文件夾和超過20000個文件。
我整理了自2015年Windows 10首次發布以來的多個ISO鏡像，繪製了下載體積的變化趨勢。即便使用媒體創建工具下載最新ISO，文件大小依然高達6.8 GB，幾乎是最初Windows 10發布時的兩倍。
Michael的研究結論尤為值得重視，因為他曾在微軟工作了16年，專注於Windows部署相關工作。如果你曾經負責過企業環境中的Windows批量部署，很可能也從他那裡學到過不少東西。他目前就職於瑞典公司2Pint Software，仍在從事相關領域的工作。
我一向不太願意用"臃腫"來形容Windows，畢竟人們對微軟軟體體積過大的抱怨由來已久，甚至可以追溯到MS-DOS時代。當年Windows XP發布時，有評測稱其為"一頭龐然大物，需要頂配PC和整整兩GB硬碟空間才能運行"。兩GB硬碟空間，在那個年代確實顯得很多。
但這一次或許真的不同了。過去，微軟和OEM廠商可以通過升級硬體來解決問題。然而，內存和儲存價格的大幅上漲預計將持續數年，"堆硬體"的老路已經走不通了。
系統儲存是最薄弱的環節。微軟對Windows 11的官方最低要求是64 GB系統盤。我專門用這個容量的虛擬硬碟搭建了一台虛擬機，安裝最新版Windows 11及最新更新後，峰值儲存占用達到28.2 GB——在還沒有安裝任何應用或保存用戶數據的情況下，就已經占用了將近一半的空間。
對於體積增長的原因，我與Michael進行了交流。他指出，累積更新體積龐大的一個重要原因，是其中包含了大量AI相關代碼——具體來說，是供Copilot+ PC上各類本地AI功能使用的約3 GB共享AI模型。深入查看這些文件，可以發現數十個以WindowsWorkload.*命名的文件，專門服務於這一目的。即便你用的是沒有NPU、不支持Copilot+的普通PC，這些文件也會被一併下載，然後在安裝過程中被忽略。
"Windows越來越大了嗎？是的，"他告訴我，"更新越來越大了嗎？是的。Copilot+讓情況更糟了嗎？是的，糟糕得多。"
他還指出，微軟正在通過Windows Update的月度累積更新來推送大量這類代碼，而不是通過微軟應用商店以系統組件的形式分發。後者其實是一個可行的替代方案——Windows 11已經在用這種方式交付部分重要組件，這樣既能減輕Windows Update的負擔，也意味著相關更新只在對應應用被使用時才需要下載，而且無需重啟即可完成安裝。
對於負責在企業網路中部署和維護Windows的IT人員來說，這些問題尤為棘手。
最大的挑戰來自那些系統盤只有64 GB的用戶。微軟聲稱這個容量足以運行Windows，但很難想像在這種配置下能做什麼實質性的工作。我認同Michael的觀點：128 GB應該是最低標準，而從事開發或創意工作的用戶則需要至少1 TB的儲存空間。
Q&A
Q1：Windows 11安裝包為什麼越來越大？
A：Windows 11安裝包體積持續增長，主要原因之一是累積更新中包含了大量AI相關代碼，包括約3 GB供Copilot+ PC本地AI功能使用的共享AI模型文件。此外，近兩年內還新增了近6000個文件夾和超過20000個新文件。即便是不支持Copilot+的普通PC，也需要下載這些AI模型文件，只是在安裝時會被忽略。
Q2：64 GB系統盤能正常運行Windows 11嗎？
A：理論上滿足微軟的最低要求，但實際上非常緊張。安裝最新版Windows 11及更新後，峰值儲存占用可達28.2 GB，接近64 GB的一半，還沒有安裝任何應用或保存用戶文件。建議將128 GB作為實際使用的最低標準，從事開發或創意工作的用戶則需要至少1 TB儲存空間。
Q3：微軟有辦法解決Windows更新包越來越大的問題嗎？
A：有一個可行方向：通過微軟應用商店以系統組件形式分發更新，而非全部通過Windows Update推送。這樣只有在相關應用被使用時才需要下載對應更新，還能省去重啟步驟。Windows 11已經在用這種方式管理部分重要組件，但AI相關的大體積代碼目前仍主要通過Windows Update分發。
