Windows 的效率模式是什麼 - Windows 11 的綠色葉子圖示代表什麼,以及如何關閉
· 小村 豪 ·
在 Windows 的工作管理員中,有時會在應用程式名稱旁看到綠色葉子圖示,並在狀態欄顯示 效率模式。
看到這個畫面,下面這些話題很容易被混在一起:
- 它是不是在擅自把程式變慢
- 可不可以關掉
- 要怎麼關
- 為什麼只有瀏覽器好像關了又會變回來
- Windows 的效率模式和 Edge 的節能功能是不是同一件事
先說結論:效率模式不是壞東西。它是 Windows 11 用來降低「當下不是主角的處理」對 CPU 的干擾,保護前景應用程式的回應性、電池、溫度與風扇噪音的一種機制。不過,當作用的對象選錯時,就會表現為「現在正在用的應用程式變慢或不穩」的感覺。
本文會整理 Windows 的效率模式在做什麼、關閉它的標準步驟、哪些情況無法關閉,以及和 Microsoft Edge 的節能功能之間的差別。操作步驟以 Windows 11 的工作管理員為前提。內文以 2026 年 4 月時點可確認的 Microsoft 官方資訊為前提。
1. 先下結論
先把結論列出來,重點如下:
- Windows 的
效率模式是工作管理員中顯示的 Windows 11 功能。 - Microsoft 的說明是:「當偵測到 CPU 使用率過高時,會自動限制單一程序或程序群組所使用的資源」。
- 目的是:提升前景應用程式的回應性、延長電池使用時間、降低熱量與風扇噪音、減輕 CPU 負荷。
- 從技術面來說,工作管理員的效率模式會「降低目標程序的優先權,並透過 EcoQoS 讓 CPU 偏向節能運作」。
- 不過 Microsoft 自己也說明:「它有可能在特定程序上造成不穩定」。若目前使用中的應用程式變慢、卡頓、不穩,值得先把它關掉看看差異。
- Windows 標準的關閉方式,是在工作管理員中針對各個目標程序逐一切換。
- Microsoft Edge 的
節能功能是另一回事。關掉 Windows 的效率模式,不會關閉 Edge 的節能;反之亦然。
2. 先把容易混淆的 3 項分開
在這個話題上,至少要先分成以下 3 種來思考,才容易理清楚:
2.1 Windows 的 效率模式
這是 出現在工作管理員狀態欄上的功能。以綠色雙葉圖示為標記,讓目標程序在使用 CPU 資源時偏向節能。
2.2 Microsoft Edge 的 節能功能(舊稱「效率模式」)
這是 瀏覽器端的功能,在 Edge 的設定畫面開關。和 Windows 的效率模式是兩件不同的事。
2.3 Windows 整體的 電源模式 / 節能
這是 作業系統整體偏節能的設定。在 最佳電源效率 下,背景活動會被限制;在 節能 模式中,螢幕會變暗,背景程序也會被限制。
也就是說,雖然看起來都是「變慢」「附了葉子」「保護電池」這些現象,但實際上可能是在看不同的開關。這邊若混在一起討論,對策就會錯位。
3. Windows 的效率模式到底是什麼
Microsoft 的支援資訊中提到,工作管理員狀態欄中的 效率模式 是:在偵測到 CPU 使用率過高時,自動限制單一程序或程序群組所使用的資源的 Windows 11 功能。
目的相當直接:
- 讓現在正在用的前景應用程式反應變好
- 讓電池更耐用
- 降低溫度與風扇噪音
- 避免背景處理讓 CPU 過於暴衝
因此,更新程式、同步處理、索引、背景輔助程序這類目前不是主角的工作,與效率模式的相容性不錯。反之,正在操作的作業用應用程式、重視回應性的處理、沉重的 Web 應用分頁、接近即時的監控或擷取處理等,就有可能因此感受到效能下降。
3.1 用技術面的一句話說
Microsoft DevBlogs 中說明,工作管理員的效率模式會「將目標程序的基礎優先權降為 low,並把 QoS 設為 EcoQoS」。
Microsoft Learn 的 SetProcessInformation 文件中也提到,對於被歸類為 EcoQoS 的程序,系統會嘗試 降低 CPU 頻率、或改用較省電的核心 來提升電源效率。並且說明 EcoQoS 適合那些不會直接貢獻前景使用者體驗的工作,不應該用在效能關鍵或前景體驗的用途上。
簡而言之,效率模式不是單純的「稍微降一下優先權」,而是對 Windows 表達:「這份工作可以重效率勝過效能」的訊號。
3.2 就算沒有手動開,也可能被當成節能對待
這一點也很容易被誤解。
Windows 的 QoS 文件中,有這樣的分類:
- 聚焦中的視窗:高 QoS
- 有顯示但未聚焦:中 QoS
- 最小化或完全被遮蔽的視窗:低 QoS
- 背景服務:Utility QoS
- 明確標成 EcoQoS 的處理:Eco QoS
此外,即使應用程式沒有明確設定 EcoQoS,Windows 也會有根據啟發式自動推斷 QoS 的機制。
所以下面這些現象並不稀奇:
- 最小化之後突然覺得變慢
- 只有用電池時才變重
- 自己沒碰過效率模式,卻出現類似的行為
4. 在什麼情況下才考慮關閉
看到效率模式,很容易反射性地想把它全部關掉。但在實務上,用 「是不是主角的處理」「是不是背景的處理」 來區分,處理起來會比較順:
| 情況 | 判斷基準 |
|---|---|
| 現在沒在用的更新程式、同步、索引、啟動器 | 多半維持原樣就好 |
| 正在用的應用程式明顯卡、開始不穩 | 值得把效率模式先關掉看看差異 |
| 網頁 CAD、瀏覽器 IDE、視訊會議、直播、監看畫面等重視反應的應用 | 可以嘗試關閉 |
| 正在做效能測試或問題切分 | 最好把 AC 連線、電源模式、視窗顯示狀態都固定下來比較 |
| 只有 Edge 很慢 | 不只看 Windows,也要看 Edge 的節能設定 |
Microsoft 對 EcoQoS 的說明,也可以整理為:適合背景作業、更新、同步、索引這類任務,不適合前景效能優先的用途。
5. 關閉 Windows 效率模式的方法
Microsoft 支援文件中所介紹的標準步驟,是在工作管理員中對目標程序進行切換。操作方式如下:
- 開啟工作管理員
- 從
開始搜尋「工作管理員」並開啟。 - 想要立刻開啟,也可以用
Ctrl + Shift + Esc。
- 從
-
在左側選單開啟
處理程序 - 找到想要關掉效率模式的程序
- 狀態欄顯示
效率模式、或帶有綠色雙葉圖示的程序即為目標。
- 狀態欄顯示
- 對目標程序點右鍵,把
效率模式關掉- 依照 Microsoft 的說明,在選單中點選
效率模式將其關閉。 - 關閉後,綠色葉子圖示就會消失。
- 依照 Microsoft 的說明,在選單中點選
- 如果是選到處理程序群組,請先展開
- 有些父群組無法切換。
- 用左側箭頭展開群組,對 個別的子程序 點右鍵再切換。
- 視需要重複以上步驟
- 如果有多個應用程式需要處理,就逐一重複同樣的操作。
5.1 也可以用右上角按鈕切換
Microsoft 支援文件中也提到,選取程序之後,可以用工作管理員右上角的 效率模式 圖示來開關。圖示若為灰色,表示該目標無法使用這個功能。
6. 無法關閉 / 看起來一下就跑回來的情況
6.1 選項變成灰色
Microsoft DevBlogs 中說明,Efficiency mode 若呈灰色,可能是 core Windows process,若限制該程序可能會影響系統。
Microsoft 支援文件中也提到,多數處理程序群組都無法開關效率模式。例如,Windows 檔案總管 的群組整體不能切換,但將它展開後,個別的檔案總管資料夾就可能可以切換。
也就是說,「呈灰色 ≠ 壞掉」,而可能是 在這個層級無法操作。先展開群組,再看個別的子程序。
6.2 自己沒做任何事,瀏覽器卻出現效率模式
這種情況也很常見。
Microsoft DevBlogs 說明,Microsoft Edge 或 Chrome 本身會自行降低基礎優先權,或使用電源效率相關 API,因此從工作管理員看起來會像是處於 Efficiency mode。
也就是說,就算使用者沒有手動開啟效率模式:
- 瀏覽器本身正在使用偏節能的 API
- 從工作管理員看起來就像效率模式狀態
這種情況並不奇怪。
遇到這種情形,除了 Windows 端之外,直接去 瀏覽器端的節能設定 檢查,通常比較快。
6.3 「想一次全部關掉」其實有點危險
效率模式原本的目的,就是 為了保護前景工作,而降低背景端的干擾。因此若把所有程序粗暴地一次關掉,更新程式、同步、駐留的背景服務反而會把 CPU 拿回去,結果變成其他形式的體驗變差。
建議的順序:
- 只看現在真的有困擾的應用程式
- 判斷它是不是主角的處理
- 如果是瀏覽器,也看瀏覽器本身的設定
這樣逐步收斂會比較安全。
7. 只有 Edge 變重時可以看的地方
Microsoft Edge 的支援文件中明確寫道,Edge 的節能功能和 Windows 的效率模式是不同的東西。
所以如果只有 Edge 變慢、或者只有某些網站卡頓,那就要同時看 Edge 端。
關閉 Edge 節能功能的步驟
- 在 Edge 開啟
設定 - 開啟
系統與效能 - 在
效能中,把啟用能源節約功能關閉
想只排除特定網站
如果不想整個關掉,可以在 讓這些網站保持啟用 加入目標 URL。對於沉重的 Web 應用、管理介面、瀏覽器上的 CAD / DCC / BI 工具等,這種方式比較好處理。
8. 常見的誤解
8.1 綠色葉子圖示 = 一定不好
並非如此。效率模式的目的本來就是守護前景應用程式的回應性、電池與熱量。對於現在沒在使用的背景處理來說,被加上效率模式其實反而合適。
8.2 關掉就什麼都會變快
這也不對。如果卡頓的原因是記憶體不足、磁碟 I/O、網路等待、驅動程式、溫度、或瀏覽器的其他設定,單純關掉效率模式並不會改變本質。
8.3 最小化後也能用同樣條件比較
Microsoft Learn 的 QoS 文件中提到,最小化或完全被遮蔽的視窗可能會變成低 QoS。再加上 Windows 11 的電源設定中,最佳電源效率 會限制背景活動、節能 會限制背景程序。
因此,做效能比較或問題切分時,需要把下列條件對齊:
- 接交流電還是用電池
- 電源模式
- 視窗是顯示在前、可見,還是最小化
條件不一致,就等於在做另一個實驗。
8.4 把 Edge 的節能關掉,Windows 的效率模式也會消失
這也是兩回事。Edge 的節能和 Windows 工作管理員上的效率模式是不同的功能,關掉其中一個,另一個仍會保留。
9. 結語
Windows 的效率模式,一句話來說,就是 把背景處理稍微放慢,讓前景體驗和省電取得平衡的機制。
因此:
- 對於目前沒在用的背景處理,多半維持原樣就好
- 如果現在使用的應用程式變慢、不穩、反應遲鈍,可以只針對目標程序關掉效率模式,觀察差異
- 若只有瀏覽器變重,除了 Windows 端之外,也檢查 Edge 的節能功能
- 做效能測試或問題切分時,把 AC / 電源模式 / 視窗的顯示狀態都固定下來
這樣的看法最實務。
綠色葉子圖示並不代表一定要馬上關掉。
重點在於,那個程序現在是不是主角,以此來決定要保留還是嘗試關閉。
10. 相關文章
- 把 Windows 的「處理器排程」改成「背景服務」會發生什麼事 - 量子時間、優先權提升、P 核心 / E 核心整理
- 在 Windows 上比較不同版本程式的執行速度——從電源模式等環境條件的對齊到極限
- Windows 的管理者權限什麼時候才需要 - UAC、保護區域、設計層面的判別
11. 參考資料
-
Microsoft Support, 說明 Microsoft Edge 的效能功能
Windows 工作管理員的效率模式意義、綠色葉子圖示、關閉步驟、以及和 Edge 節能功能的差異。 -
Microsoft DevBlogs, Reduce Process Interference with Task Manager Efficiency Mode
說明工作管理員的效率模式是結合基礎優先權降低與 EcoQoS、灰色顯示的涵義,以及 Edge / Chrome 顯示方式的相關說明。 -
Microsoft DevBlogs, Introducing EcoQoS
EcoQoS 的目的、適用於背景作業的特性、對耗電量、熱量、風扇噪音的影響。 -
Microsoft Learn, 服務品質 - Win32 apps
QoS 等級,以及前景、可見、最小化、背景服務和 QoS 之間的關係。 -
Microsoft Learn, SetProcessInformation 函式 (processthreadsapi.h)
ProcessPowerThrottling / EcoQoS 的意義、對 CPU 頻率與 efficient core 的影響、由啟發式推斷 QoS 等。 -
Microsoft Support, Windows 11 的電源設定
電源模式或節能對背景活動與程序限制的影響。
相關文章
共用相同標籤的最新文章。能以相近的主題延伸理解。
整理 Windows 的字元編碼與換行符 - Shift_JIS / UTF-8 / UTF-16、亂碼、CRLF / LF,為何混亂
本文整理 Windows 上字元編碼與換行符容易混亂的核心:bytes、UTF-8 與 CP932、UTF-16LE、BOM、CRLF 與 LF 是不同軸的概念,亂碼源於以錯誤前提 decode,且誤儲存後無法還原。讀完即可在規格中寫出明確的 encoding 與換行約定,...
偽隨機數與真正隨機數的差異 - 如何區分的整理
本文整理偽隨機數與真正的隨機數差異,重點不在輸出外觀而在產生器結構:一般 PRNG 重視可重現性、CSPRNG / DRBG 主打不可預測性、NRBG 則以物理熵源為基礎。文中說明 seed 與 reseed、health test 的角色,並給出資安、模擬、抽籤等用途的選...
GS1 等條碼規格中,標準定義了什麼、實務運用上要注意什麼 - GTIN · AI · GS1-128 · GS1 DataMatrix 的整理
整理 GS1 條碼規格中被標準化的範圍,把 GTIN、AI、GS1-128、GS1 DataMatrix、GS1 QR Code 的差異與適用場景分層說明,並彙整 FNC1、掃描器輸出、商品主檔運用等接收端容易踩雷的重點,協助讀者把條碼當作可共享的業務介面來設計。
開發 COM 元件、OCX/ActiveX 時常見的坑 - 整理 Visual Studio 的 32bit/64bit、註冊、管理員權限
整理開發 COM、OCX、ActiveX 元件時最容易卡關的四個面向:宿主行程的 32bit/64bit、Visual Studio 2022 變成 64bit 後的設計時整合、regsvr32 與 Regasm 的註冊位置、以及管理員權限與 HKCU/HKLM 的關係,協...
應該在哪裡 `catch` 例外並輸出日誌、進行錯誤處理 - 以實務向整理呼叫階層的邊界與職責
本文整理在呼叫階層中應該於哪一層 catch 例外、輸出主日誌與進行錯誤處理的實務判斷標準。深層 helper 不寬泛接捕,外部 I/O 邊界負責翻譯例外,UseCase 把預期內失敗結果化,UI 與請求邊界輸出 1 次主日誌並決定回應,未處理例外處理器只承擔最終記錄與終止...
相關主題
與本文相近的主題頁面。以本文為起點,可進一步連到相關服務與其他文章。
Windows 技術主題
彙整 KomuraSoft LLC 關於 Windows 開發、故障調查與既有資產活用文章的主題中心。
作者檔案
本文作者的個人檔案頁面。
Go Komura
小村軟體有限公司 代表
以 Windows 軟體開發、技術諮詢與故障調查為中心,在難以重現的故障調查與既有資產仍在運作的專案上具有優勢。