Windows 11 快顯通知：停用項目
本頁內容
簡短回答： 停用 toast 通知並不等於停用所有 Windows 訊息。它會封鎖應用程式的彈出式橫幅，並透過另一項原則封鎖鎖定畫面上的通知。Taskbar balloons 與部分系統功能由其他機制管理。通知中心與快速設定並非這些原則的目標。
狀態： NoToastNotification 與 NoLockScreenToastNotification 原則的用途已由 Microsoft 文件說明。變更範圍已透過靜態方式比對；並未針對每個應用程式及每種系統訊息類型個別重現實際行為。
可驗證的主張
Section titled “ 可驗證的主張”我們驗證了四項主張：
- Toast notifications 原則會封鎖應用程式的彈出式橫幅。
- 鎖定畫面上的通知由另一項原則管理。
- 停用 toast 橫幅不會停用所有 Windows 系統訊息。
- 不需要在停用 toast 橫幅的同時一併停用通知中心與快速設定。
| 領域 | 已檢查項目 | 狀態 |
|---|---|---|
| App toast notifications | NoToastNotification 原則的用途與範圍 |
已由 Microsoft 文件說明 |
| 鎖定畫面 | NoLockScreenToastNotification 的用途 |
已由 Microsoft 文件說明 |
| Taskbar balloons | 明確排除於 app toast notifications 原則之外 | 已由 Microsoft 文件說明 |
| Windows 系統功能 | 明確指出需另行管理 | 已由 Microsoft 文件說明 |
| 通知中心與快速設定 | 在所研究的設定集中並無停用它們的原則 | 已透過靜態方式確認 |
| 個別應用程式的行為 | 自有視窗、overlay 與非標準警示 | 未測量 |
比對了 ADMX_WPN 的官方說明、適用範圍、原則狀態及其 Registry mapping。另外檢查了 Microsoft 明確將哪些通知類別排除於該原則的效力之外。
所研究設定集的靜態比較僅用於界定範圍：其中並無停用 Windows 11 通知中心或快速設定的原則。未執行搭配一組應用程式的使用者介面動態測試、錄音以及系統資源測量。
App toast notifications
Section titled “App toast notifications”Microsoft 將 NoToastNotification 描述為禁止應用程式建立 toast notifications 的原則。同一份文件指出，該原則不影響 taskbar notification balloons，也不會停用另行管理的 Windows features 訊息。
該原則支援 device 與 user scope。因此，實際涵蓋範圍可能取決於系統管理員套用的層級。
NoLockScreenToastNotification 會個別禁止應用程式在鎖定畫面上顯示 toast notifications。Microsoft 指出，套用此原則不需要重新啟動或重新啟動服務。
這並不表示停用鎖定畫面本身或其所有元素。該原則僅適用於 toast notifications。
通知中心與快速設定
Section titled “通知中心與快速設定”Microsoft 並未將 app toast notifications 原則描述為停用通知中心或快速設定面板的方式。在所研究的組態中，並未套用停用這些介面的個別原則。
這是靜態界限，而非在每個組建上進行的完整使用者介面測試。通知中心應維持可用，但歷史記錄的內容取決於應用程式、其權限以及訊息傳遞方式。
- 可以透過個別的 Windows policy 停用一般的應用程式 toast 橫幅。
- 鎖定畫面上的 toast 通知有獨立的 policy。
- Taskbar balloons 不在
NoToastNotification的效力範圍內。 - 部分 Windows system features 需要另行管理。
- 這兩項已記載於文件的原則皆不需要重新啟動。
- 停用所有通知音效與系統提示音；
- 封鎖應用程式內的自有視窗、overlay 或彈出元素；
- 每個 Win32、UWP 與 packaged application 的行為一致；
- 固定的 RAM、CPU 或電力節省；
- 對 FPS、frametime 或 input latency 的影響；
- 停用橫幅後，每則訊息仍會保留在通知中心的歷史記錄中。
本研究確認了 Windows policies 的合約與組態的靜態界限。它不包含應用程式矩陣，也未測量透過不同 notification APIs 的實際傳遞情況。
應用程式可能會顯示自有視窗或 overlay，而不使用 Windows toast notifications。這類介面不一定受所研究原則的約束。
停用 toast 通知適合在工作或遊戲時受到 app banners 干擾，且不依賴郵件、行事曆或即時通訊軟體緊急通知的使用者。
如果及時收到訊息很重要，最好保持整體機制啟用，並在 Windows 中調整個別應用程式的權限。不要為了宣稱的效能提升而套用此設定：RAM、CPU 與遊戲指標皆未經測量。
相關設定說明於 「Windows 11 通知」 頁面。
若要還原，請在 BoosterX 中啟用 「Windows 11 通知」 並套用變更。應用程式將可在其自身的 Windows 權限範圍內再次建立 toast 通知。
還原後，請檢查系統通知權限與所需應用程式的設定。先前略過的訊息不一定會重新出現。
公開主要來源
Section titled “ 公開主要來源”本研究由 BoosterX 團隊發佈，屬於產品設定範疇。BoosterX 中存在該設定並未作為其有效性的證明。BoosterX Wiki 與 Microsoft Corporation 無關聯、未經其授權、贊助或認可。
來源最後查核日期：2026-08-31。
- 2026-08-31： 首個公開版本；區分 app toast notifications、lock-screen notifications、taskbar balloons、系統功能與未驗證的 runtime 情境。