導言

api-ms-win-crt-runtime-l1-1-0.dll 遺失通常表示應用程式無法載入必要的 Universal C Runtime 元件。建議依低風險到進階的順序處理:先更新 Windows,再安裝或修復符合應用程式架構的 Microsoft Visual C++ Redistributable;若多個程式或 Windows 功能也異常,再執行 DISM 與 SFC。完成官方方法後仍有相依性錯誤,才考慮使用診斷工具輔助檢查。

Windows 顯示 api-ms-win-crt-runtime-l1-1-0.dll 遺失錯誤與四種修復方向

快速判斷:這個錯誤代表什麼

Universal C Runtime 是 Windows 元件,Microsoft 建議透過 Windows Update 集中部署。需要安裝哪一種執行階段套件,則取決於應用程式的目標架構,而不只是 Windows 的架構。因此,即使電腦執行 64 位元 Windows,32 位元應用程式仍可能需要 x86 套件。請勿自行把單一 DLL 複製到系統資料夾;這種做法可能遺漏其他相依元件,也可能引入不受信任或不相容的檔案。

應用程式啟動時顯示 DLL 遺失錯誤
可觀察到的情況建議先用的方法判斷理由
多個應用程式都出現類似錯誤Windows Update作業系統的執行階段元件可能不完整或尚未更新。
只有最近安裝的一個應用程式無法啟動Visual C++ Redistributable該程式可能缺少符合其架構的執行階段。
Windows 功能與多個程式同時異常先執行 DISM,再執行 SFC受保護的 Windows 元件可能已損壞。
官方修復均完成,但仍有相依性錯誤可選的診斷掃描分類掃描可進一步檢查 DLL 或相依元件載入問題。

方法 1:更新 Windows,修復 api-ms-win-crt-runtime-l1-1-0.dll 遺失

適用時機

Windows 10 或 Windows 11 應優先採用此方法,尤其是多個應用程式出現相同錯誤時。Microsoft 說明,這些系統所使用的集中部署 Universal CRT 會配合作業系統版本,因此更新 Windows 是風險較低的起點。

Windows 10 命令提示字元與電腦匯出操作畫面

操作步驟

  1. 儲存目前開啟的文件與工作。
  2. 開啟開始 > 設定。
  3. 在 Windows 11 選取Windows Update;在 Windows 10 選取更新與安全性 > Windows Update。
  4. 按下檢查更新。
  5. 安裝系統列出的可用更新。
  6. 重新啟動電腦。

設定路徑若與畫面不同,可參考 Microsoft 的官方 Windows 更新說明。

如何確認結果

重新開啟原本顯示錯誤的應用程式。若程式正常啟動,而且不再顯示同一個 DLL 檔名,表示更新已解決問題。若其他程式正常、只有一個應用程式仍失敗,請繼續使用方法 2。

方法 2:安裝或修復 Microsoft Visual C++ Redistributable

適用時機

若只有一個應用程式無法啟動、錯誤在安裝新軟體後出現,或 Windows Update 未能解決問題,請採用此方法。套件架構必須符合應用程式的目標架構,而不是只依電腦上的 Windows 位元版本選擇。

應用程式目標架構應使用的套件
32 位元應用程式x86
x64 Windows 上的 64 位元應用程式x64
ARM64 應用程式依照 Microsoft 的 ARM64 指引選擇
無法確認架構查閱應用程式發行商的系統需求

操作步驟

  1. 查閱應用程式發行商的文件,確認程式的目標架構。
  2. 開啟 Microsoft 的最新支援 Visual C++ Redistributable 下載頁面。Microsoft Visual C++ Redistributable 安裝畫面
  3. 下載符合應用程式架構且由 Microsoft 簽署的套件。
  4. 執行下載完成的安裝程式。
  5. 選取安裝;若安裝程式提供選項,則選取修復。Windows 10 啟動修復選項畫面
  6. 安裝完成後重新啟動 Windows。

如何確認結果

再次啟動受影響的應用程式。若安裝程式失敗,請記下錯誤代碼,不要反覆安裝不同架構的套件。無法確認程式需要的版本或架構時,應向應用程式發行商查詢。若多個程式與 Windows 功能仍然異常,再進入方法 3。

方法 3:使用 DISM 與 SFC 修復 Windows 元件

適用時機

當多個應用程式失敗、Windows 功能異常,或前兩種方法完成後仍未改善時,可使用 DISM 與系統檔案檢查程式。這項操作需要系統管理員權限,目標是修復 Windows 元件損毀,而不是修正單一應用程式的安裝內容。

操作步驟

  1. 在 Windows 搜尋中輸入命令提示字元。以系統管理員身分開啟 Windows 命令提示字元
  2. 在命令提示字元上選取以系統管理員身分執行。
  3. 輸入下列命令,然後按 Enter:
    DISM.exe /Online /Cleanup-image /Restorehealth
  4. 等待 DISM 顯示作業已成功完成。
  5. 輸入下列命令,然後按 Enter:
sfc /scannow
  1. 等待驗證進度達到 100%。
  2. 重新啟動 Windows。

命令與執行順序依照 Microsoft 的系統檔案檢查程式操作說明。

如何確認結果

確認 SFC 顯示未發現完整性違規,或已成功修復損壞的檔案,再重新開啟受影響的程式。若只有該程式仍無法啟動,請使用其官方安裝程式執行修復或重新安裝;仍未改善時,應聯絡發行商。完成系統修復後仍想檢查其他相依性問題,可採用下一個可選方法。

方法 4:使用 Fionn DLL Fixer 進行可選的診斷

適用時機

完成 Microsoft 與 Windows 內建修復後,若 DLL、應用程式啟動或相依元件載入錯誤仍存在,可考慮此 Windows 輔助方法。它可進行分類掃描、修復與複查,但不能取代 Windows 更新、Microsoft 執行階段套件或應用程式發行商提供的支援。

操作步驟

  1. 啟動 Fionn DLL Fixer。軟體會自動掃描電腦中的 DLL 與系統問題,並在掃描完成後顯示偵測結果。Fionn DLL Fixer 啟動後自動掃描 DLL 與系統問題
  2. 掃描完成後,按一下畫面上的「Repair」按鈕,開始修復偵測到的 DLL 與系統問題。掃描完成後按下 Repair 修復偵測到的問題
  3. 等待修復程序完成。處理期間,按鈕會顯示為「Fixing」。Fionn DLL Fixer 顯示 Fixing 並執行修復
  4. 修復完成後,在確認視窗按一下「Ok」。若軟體提示需要重新啟動,請先重新啟動電腦,再檢查問題是否消失。修復完成後在確認視窗按下 Ok
  5. 重新啟動後若問題仍存在,按一下「Recheck」重新掃描;若發現新問題,再按「Repair」執行修復。重新啟動後按下 Recheck 再次掃描

如何確認結果

完成修復及必要的重新啟動後,開啟原本失敗的應用程式,確認同一個 DLL 遺失訊息是否消失。也可執行複查,確認先前偵測到的問題是否仍然存在。

應避免的常見錯誤

  • 只依 Windows 架構選擇套件:執行階段架構必須符合應用程式的目標架構。
  • 把來源不明的 DLL 複製到 System32:單一檔案無法保證補齊執行階段,還可能造成版本或安全問題。
  • 單一程式失敗就直接修復系統:應先確認該程式所需的執行階段與架構。
  • 每種方法做完後未測試:應立即重新開啟原始程式,才能判斷是哪項變更解決錯誤。

結論

修復 api-ms-win-crt-runtime-l1-1-0.dll 遺失時,先完成 Windows Update,再安裝或修復符合應用程式架構的 Microsoft Visual C++ Redistributable。只有在多個程式或 Windows 功能也異常時,才依序執行 DISM 與 SFC。每完成一種方法,都要重新啟動原始應用程式,確認相同檔名是否再次出現。若官方修復成功但單一程式仍失敗,請修復該程式或聯絡發行商;需要額外分類掃描時,可選用 Fionn DLL Fixer 進行修復後複查。

常見問題

可以單獨下載 api-ms-win-crt-runtime-l1-1-0.dll 嗎?

不建議從第三方 DLL 網站下載。單一檔案可能不受信任、版本不相容,或無法滿足完整的執行階段相依需求。應優先使用 Windows Update,以及由 Microsoft 提供的 Visual C++ Redistributable 安裝套件。

應安裝 x86 還是 x64 Redistributable?

請依應用程式的目標架構選擇。32 位元應用程式需要 x86,即使它執行於 64 位元 Windows;x64 Windows 上的 64 位元應用程式則需要 x64。若發行商未說明架構,應先向其查詢。

為什麼只有一個應用程式顯示 DLL 遺失?

單一程式可能缺少指定的執行階段,或其安裝內容不完整,而 Windows 本身仍然正常。先安裝發行商要求的執行階段,再使用該程式的官方修復或重新安裝功能。

SFC 一定能修復這個錯誤嗎?

不一定。SFC 主要檢查受保護的 Windows 檔案,較適合處理系統功能或多個應用程式同時異常的情況,未必能修正單一程式的相依性問題。依 Microsoft 建議先執行 DISM,再執行 SFC,最後重新測試原始應用程式。