Windows 11 預設程式常被重設？用 XML 與 Group Policy 管理關聯

圖片：TechLab 自製資訊圖

TechLab 編輯部（譯）·2026-09-10

Windows 11 用戶即使已把 Chrome、Firefox 或其他程式設為預設瀏覽器，雙擊 .html、.htm 等檔案時，仍可能被交到 Edge 開啟。XDA Developers 作者以個人經驗指出，這類情況不只涉及瀏覽器，也有用戶反映月度更新後 PDF 閱讀器及影片播放器的預設值被改動。對共用電腦、公司電腦，以及要確保指定檔案由指定軟件開啟的 IT 團隊而言，問題在於每次逐一改回設定既費時，也難以維持一致。

較實際的處理方向，是把現有的檔案類型與通訊協定關聯匯出成 XML，然後由 Group Policy 指定 Windows 使用該設定檔。不過，這不是適合所有 Windows 11 個人用戶的「永久修復」。原文特別提醒，非受管理網絡中的個人裝置即使辨識到該政策，也可能不會依照它執行；而 Local Group Policy Editor 的可用性、裝置是否受網域或其他管理方式控制，亦會影響結果。這套做法較適合受管理裝置，可視為建立統一檔案關聯基準的方式。

問題不只是「預設瀏覽器」開關

Windows 的預設 app 設定其實包含不同層次：使用者可選擇某個 app 處理特定副檔名，也可為某種協定指定處理程式。因此，在設定頁面看見 Chrome 是預設瀏覽器，未必等同每一個網頁檔案都已指向 Chrome。XDA 作者遇到的正是 .htm 與 .html 檔案被 Edge 開啟的情況；這提醒用戶排查時，應把焦點放在實際失效的副檔名或協定，而不是只重複按一次「設為預設瀏覽器」。

原文亦提到 Microsoft Tech Community 論壇持續有人討論預設程式遭重設，顯示這並非單一電腦才可能出現的困擾。但這不等於每一次關聯改變都由 Windows 更新直接造成：安裝程式、企業管理設定、不同帳戶設定或個別檔案關聯，均可能是背景因素。較穩妥的做法，是先記錄哪一種副檔名、哪個帳戶及哪次登入後出現問題，再決定是否提升至政策層級處理。

先匯出現有關聯，避免由零開始寫 XML

XDA 所述流程以系統內置的 DISM 工具為起點。在以系統管理員身分開啟 PowerShell 或 Command Prompt 後，可執行：

Dism /Online /Export-DefaultAppAssociations:C:\DefaultAssoc.xml

成功後，系統會在 C:\DefaultAssoc.xml 建立一份 XML，載有當前大量檔案類型的關聯。這一步的價值不只在於方便編輯：它讓管理者以該裝置實際可識別的關聯為基礎，毋須憑空猜測完整設定格式。檔案可以用記事本開啟，例如輸入 notepad C:\DefaultAssoc.xml；內容很長屬正常情況，不應因而隨意刪掉大段條目。

若目標只是把 HTML 檔案交由 Google Chrome 處理，原文示例是尋找 .htm 與 .html 的既有項目，改為以下內容：

<Association Identifier=".htm" ProgId="ChromeHTML" ApplicationName="Google Chrome"/>
<Association Identifier=".html" ProgId="ChromeHTML" ApplicationName="Google Chrome"/>

這裡最容易出錯的，是把顯示名稱、執行檔名稱與 ProgId 混為一談。XML 所填的是關聯識別資料，示例中的 ChromeHTML 並非單純的 chrome.exe 檔名。不同軟件或不同關聯項目未必使用同一規則；因此應以匯出的原始 XML 為依據，小範圍修改後保存，並確認記事本沒有把檔案另存成 .txt。如使用「另存新檔」，要選擇「所有檔案」並保留 .xml 副檔名。

以本機或網域政策套用設定

保存 XML 後，可按原文流程按 Windows + R，輸入 gpedit.msc 開啟 Local Group Policy Editor，依次進入 Computer Configuration、Administrative Templates、Windows Components、File Explorer。在當中尋找 Set a default file associations configuration file，把它設為 Enabled，並在設定欄填入 XML 的路徑；若沿用示例，便是 C:\DefaultAssoc.xml。套用設定後重新啟動電腦並登入，Windows 便會按 XML 套用相關預設關聯。

對企業 IT 而言，這個方法的意義在於可把原本分散於每位使用者設定頁面的選擇，轉成可複製及可部署的配置。原文指出，網域管理員可透過 Group Policy Management 套用關聯設定；這有助在培訓室、櫃位電腦或多人輪用的機器，將 PDF、HTML 或內部工作檔案固定交由指定軟件處理。分析而言，統一設定能減少支援請求，但亦會收窄使用者自行選擇工具的空間，部署前應先釐清哪些檔案類型確有統一需要。

個人用戶的限制與替代路徑

XDA 同時提出 SetUserFTA 作為替代方案。這是一個由 Christoph Kolbicz 提供的免費命令列工具，原文稱它會直接寫入 Registry 的檔案關聯，繞過 UserChoiceProtection Driver。其示例為在工具所在資料夾開啟 CMD 或 PowerShell，輸入：

.\SetUserFTA.exe .html ChromeHTML
.\SetUserFTA.exe .htm ChromeHTML

這條路徑操作較短，但同樣要求用戶準確知道要填寫的 ProgId。而且它屬第三方工具，與使用內置 DISM 及政策編輯器的做法不同；個人用戶在下載及使用前，應自行核實工具來源、版本及是否符合公司裝置管理規則。尤其若電腦由公司、學校或機構管理，擅自改寫關聯或會與既有政策衝突，應先交由 IT 管理員處理。

實務上，最合適的策略是按管理權限分流：只偶爾有一個副檔名開錯 app 的個人用戶，可先檢查該副檔名的設定；需要長期維持多種關聯、而裝置確由政策管理的團隊，才值得建立 XML 基準並部署。日後值得觀察的是 Windows 更新後，這些受政策控制的關聯能否持續保留，以及不同 Windows 11 版本和管理模式下政策的實際執行差異。