微軟近期做了一件看起來相當反常的事。
它開始重新優化 Windows 在 8GB 及以上設備上的記憶體表現。
放在幾年前，這基本算是做夢。
畢竟按照當年「安迪給的，比爾拿走」定律來看，一直是硬體規格有多高， Windows 就吃掉多少——8GB 早就被當成入門配置掃進了歷史的角落，微軟主推的 Windows 11 AI+ PC，也從一開始就把記憶體門檻定在了 16GB。
可現實上演了一出回馬槍。
AI 的爆發讓數據中心瘋狂囤積記憶體，顆粒價格一路上漲，成本壓力順著供應鏈傳到每一台 PC 上。
而那個被無數 Windows 用戶抱怨的問題，再次擺到了檯面上：
臃腫的 Windows，是不是 AI PC 路上的絆腳石？
傲慢｜你一直在給 Windows 擦屁股
Windows 長久以來存在的最大誤判，就是默認處理器會越來越快，記憶體不夠用戶自然會加，再不濟就換台新電腦。
在這套邏輯下，Windows 對自身的記憶體開銷比較寬容。後台服務和框架越積越多，記憶體占用也跟著上漲，反正更強的硬體總能把這些問題暫時蓋過去。
但 AI 出現以後，多出來的硬體資源不再只屬於傳統應用。
過去新增的記憶體能讓瀏覽器多開幾十個標籤頁，現在越來越多本地 AI 功能還要加載模型、維護索引，並持續處理來自螢幕和攝影機的數據。
Windows 那些曾經無關痛癢的基礎開銷，也開始直接擠壓 AI 的運行空間。
微軟直到此時才重新審視 8GB 設備，更像是硬體增長已經無法繼續替系統掩蓋浪費。
暴食｜沒有節制的加法就是負擔
硬體長期承擔善後，也養出了 Windows 不斷做加法的習慣。
微軟此次優化的對象橫跨記憶體分配器、WinUI 3、Chromium 和 WebView2，從底層資源分配一直延伸到界面框架和網頁運行環境。
可問題早已超出某個單獨組件，更像是整套系統長期缺少統一資源約束後的結果。
單獨拎出來看，每一層都有自己的正當理由。WinUI 3 是為了現代化的界面體驗，Chromium 是為了網頁兼容和開發一致性，舊框架是為了讓歷史應用和企業軟體繼續跑下去。
麻煩在於每一層都「存在即合理」，又缺少統一的收縮機制去約束，於是各層在各自的目標下不斷擴張，最後疊加成整個系統的負擔。
傳統 PC 還能靠硬體升級稀釋冗餘，但 AI PC 要把大量記憶體留給模型權重、上下文和常駐 Agent。
微軟如今重新優化 8GB 設備，也說明 Windows 的基礎開銷仍有不小的壓縮空間，只是過去沒有足夠大的壓力推動微軟處理。
懶惰｜兼容，Windows 最重的包袱
如果說暴食來自不斷增加功能，懶惰則體現在舊東西幾乎不怎麼「打理」。
Windows 主打兼容性優先，這也導致舊接口和運行環境退出得很慢，新舊體系時常並存。
為了兼容幾十年前的軟體或企業系統，甚至是特殊外設的驅動，Windows 都保留了好幾套不同年代的接口與運行環境。
這套兼容性確實是它最重要的生態地基，讓大量行業系統幾十年都能跑在同一個平台上。
但兼容能力後來逐漸變成了一項沒有明確邊界的義務。
最經典的例子就是控制面板至今沒有被新設置完全取代，很多功能只能讓兩套入口長期並存。
部分界面的入口看似越來越現代，但一旦深挖幾層，照樣能翻出十幾年前的邏輯和窗口體系。
Windows 的懶惰不在於它什麼都沒做，恰恰相反，它做了太多加法，卻始終不願承擔做減法的代價。
傳統桌面環境還能容忍這種結構，可 AI PC 還要處理 CPU、GPU 與 NPU 之間更頻繁的任務調度，同時為本地模型和後台 AI 功能分配資源。
舊規則保留得越多，統一管理的難度就越高。
貪婪｜甩不掉的微軟全家桶
Windows 的臃腫也不能全部歸咎於歷史兼容。
今天的 Windows 早已不是一套作業系統，更像是微軟賬戶帶著 Edge 和 OneDrive，再拉上 Microsoft 365 與 Xbox 一起擠進來的全家桶入口。
這些組件既承擔具體功能，也關乎著微軟在系統生態的分發入口。因此是否能夠徹底移除，自然不只是一個技術問題。
不僅如此，OEM 廠商還要在這層基礎上繼續「裝修」，從更新工具到電源管理，到驅動面板和各類預裝軟體，能加進系統的通通給你滿上，主打一個「加加加加到厭倦」。
於是就形成了一個解不開的死結：歷史兼容讓舊東西搬不走，商業擴張又讓新模組不斷住進來，系統只能持續膨脹。
微軟若想讓 AI Agent 成為統一的任務入口，來負責調動應用和系統能力，就得先處理 Windows 內部大量彼此獨立的服務與權限體系。
依賴｜技術捷徑是最大的拖累
讓 Windows 變沉的，還有微軟越來越依賴的網頁技術。
Windows 不少更新的功能都一定程度上使用了 WebView2。
而 WebView2 使用基於 Chromium 的 Microsoft Edge 渲染引擎，讓開發團隊能夠復用 HTML、CSS 和 JavaScript，以此降低界面開發成本，也方便快速更新。
工程效率是提高了，資源紀律卻沒有同步跟上。
WebView2 的運行時本身可以由多個應用共享，但不同應用仍可能各自建立瀏覽器進程、渲染進程、頁面狀態和用戶數據環境。
應用數量增加後，這些彼此隔離的活動進程仍會疊加記憶體與後台開銷。
微軟持續優化 Chromium 和 WebView2 的記憶體與啟動成本，已經說明問題不能只歸咎於某個應用寫得差，更需要思考如何統一和規範分散的資源使用方式。
嫉妒｜什麼都想要，什麼都不行
微軟當然也希望 Windows 能像 macOS 一樣，把處理器、系統、開發工具和應用生態，都打包進同一套協同體驗里，更希望 AI+ PC 能拿出接近 MacBook 的軟硬體配合。
Windows 卻很難照搬蘋果的路線。
蘋果能夠控制硬體型號數量，同時統一產品的處理器架構和開發工具，甚至敢給舊架構設定明確的退出時間。
微軟可以通過 Prism 承接傳統 x86 和 x64 應用，但驅動與核心組件仍然需要原生 Arm64 支持。
換而言之，應用能夠依靠轉譯過渡，特殊硬體卻依然取決於廠商是否願意重新開發驅動。
微軟既想獲得新平台的協同效率，又不願放棄開放生態、歷史兼容和市場規模，最終只能同時承擔兩套模式的成本。
長期猶豫也在削弱 Windows 曾經近乎壟斷的優勢。
2021 年前後，Windows 在 StatCounter 全球桌面網頁使用統計中的份額仍接近八成；到 2026 年 7 月，這個數字已經降至 71.18%。
以 StatCounter 的統計來看，Windows 仍有領先的地位，但友商的平台優勢也在變強。
蘋果通過推動整條 Mac 產品線統一轉向 M 系列晶片，完成了新一代硬體架構的遷移；而 Linux 則在開發工具和 AI 計算上繼續擴張，並逐漸滲透到更多跨架構環境中。
Windows 每次在新架構和舊生態之間反覆權衡，都會拉長自身遷移周期，也給其他平台留下吸引用戶和開發者的時間。
遷怒｜優化做不好，就讓記憶體買單
面對系統膨脹，微軟過去最常見的處理方式，是提高硬體門檻。
8GB 不夠就推動 16GB，遊戲和多任務吃緊就建議 32GB，ARM 兼容不完善就依靠更強的處理器和更高效的轉譯彌補。
今年 4 月，微軟還在 Windows Learning Center 的遊戲 PC 指南中，把 16GB 稱為實際起點，並把 32GB 稱為更省心的升級選擇。
這篇文章隨後在 5 月初被刪除；到了 8 月，另一篇把 32GB 稱為重度玩家理想配置的舊指南，也被確認已經下線。
微軟沒有解釋原因，可調整時間卻很微妙。
提高配置看起來順理成章，但成本卻要由 OEM 廠商和消費者承擔。
AI 浪潮推高記憶體需求後，依賴硬體升級解決軟體問題的方式開始不起效了。
因為消費者花同樣的錢，或許只能買到記憶體更小的電腦，微軟也無法繼續假設所有性能問題都能靠堆配置解決。
在這樣的背景下，系統層面的優化已不再是技術選擇，更來自現實壓力。
微軟願意處理 Windows 的資源問題，當然值得肯定。但現在仍然無法確定，它準備真正移走多少歷史負擔，又有多少只是重新整理，好給 AI+ PC 騰出有限的運行空間。
回頭看，Windows 的七宗罪最終爭奪的都是同一批資源：
記憶體、功耗、後台權限、開發資源，以及作業系統對整台電腦的控制權。
傳統 PC 可以依靠更大的記憶體和更快的處理器，把很多系統層面的浪費「稀釋」掉。
但 AI PC 的邏輯完全不同。
模型需要駐留記憶體，持續維護上下文狀態，還要在 CPU、GPU 和 NPU 之間頻繁調度數據流。系統資源已經從隨用隨取的彈性池，轉向被精確分配的常駐空間。
在這種結構下，系統自身哪怕多出一點基礎開銷，都會直接擠壓 AI 的可用空間。
但問題的關鍵在於，Windows 並沒有一條可以「推倒重來」的路徑。
它必須在不破壞舊生態的前提下推進現代化改造——既要維持數十年積累的應用與驅動體系，又要承接本地模型、AI Agent 和跨處理器調度帶來的新資源需求。
在雙重約束下，Windows 的資源控制和平台遷移都不可避免地變得緩慢而保守。
相比之下，其他作業系統同樣有自己的歷史包袱和生態限制，但很少有一個平台像 Windows 這樣，同時承載如此複雜的歷史兼容體系，開放硬體生態，商業分發入口，以及跨代架構遷移壓力。
當這些因素疊加在一起時，問題就不再是「優化得夠不夠好」，而是系統本身是否還能以足夠快的速度，適應 AI PC 這種全新的計算範式。
