Visual Studio Code 常見問題集

我們的說明文件會在需要特定主題時包含常見問題區段。我們在此收集了不適合放在其他主題中的項目。

如果您在這裡找不到您問題的答案，請查看我們先前在 GitHub 上回報的問題以及我們的版本資訊。

將 VS Code 中的 AI 功能開放原始碼

我們已依據 MIT 授權條款將 GitHub Copilot Chat 擴充功能開放原始碼，並正將相關元件納入 VS Code 核心。請在我們的公告部落格文章與第一個里程碑更新中閱讀所有詳細資料。

這會影響我目前的 GitHub Copilot 訂閱嗎？GitHub Copilot 現在是免費的嗎？

這項變更不會影響目前的 GitHub Copilot 訂閱。若要使用 GitHub Copilot，您仍然需要同時擁有 GitHub 帳戶以及 GitHub Copilot 訂閱的存取權。

無法透過組織或企業存取 Copilot 的個人開發人員可以存取 GitHub Copilot 免費方案（可能適用相關限制）。如果該方案無法滿足您的需求，您可以註冊 Copilot 付費方案或自備模型金鑰。

GitHub Copilot 後端服務也會開放原始碼嗎？

GitHub Copilot 服務不受影響，且將繼續保持封閉原始碼。

時間表為何？我何時可以對 VS Code 中的 AI 體驗做出貢獻？

我們已透過將 GitHub Copilot Chat 擴充功能開放原始碼，完成了此過程的第一步。其原始程式碼可在 microsoft/vscode-copilot-chat 存放庫中取得。

在接下来的幾個月中，我們將把 Copilot Chat 擴充功能的相關元件納入 VS Code 核心存放庫中。請查看我們的計畫項目以取得有關時間表的詳細資料與更新。

我們的目標是讓為 AI 功能做出貢獻的體驗，變得就像為 VS Code 的任何其他部分做出貢獻一樣簡單。作為其中的一部分，我們希望在做出貢獻時，能夠基於偵錯與測試目的使用 Copilot 後端服務。請查看 CONTRIBUTING.md 檔案以了解如何做出貢獻的詳細資料。

為什麼要將 GitHub Copilot 整合到 VS Code 核心存放庫中？

自 GitHub Copilot 首次發布以來，我們已經清楚看到 AI 驅動的工具已成為我們編寫程式碼的核心。從使用情況遙測資料中，我們可以看到實際在 VS Code 中使用 AI 功能的使用者數量，甚至超過了一些其他功能（例如偵錯或測試）。

將 AI 功能納入 VS Code 的核心部分，再次確認了我們的信念：公開協作能為使用者打造更好的產品，並孕育出多元的擴充功能生態系統。

我是一位擴充功能作者。我會受到什麼影響？

我們為穩定 API 維持相容性。您的擴充功能不應受到任何影響。我們持續根據擴充功能作者的意見反應來發展和擴充 VS Code 擴充功能 API。如果您需要額外的 API 來讓您的擴充功能成功，我們非常樂意聽取您的意見 — 請在 microsoft/vscode 存放庫中提出 API 要求。

我已經在 VS Code 中使用了其他 AI 程式碼撰寫擴充功能（Cline、Roo Code 等）。這會對我造成什麼影響？

您可以繼續在 VS Code 中使用這些擴充功能！我們很樂見社群建置擴充功能，以改善 VS Code 中的開發人員體驗。為了改善其他 AI 擴充功能的使用體驗，我們不斷新增各種 API，例如用於直接從擴充功能呼叫語言模型的 語言模型 (Language Model) API、用於與語言模型工具互動並整合內建或您自己的代理程式的 工具 (Tools) API，以及用於執行並與終端機命令互動的 Shell 執行 (Shell Execution) API（對代理式 (agentic) 體驗特別有用）。展望未來，我們計畫新增更多 API 以滿足擴充功能作者的需求。

這會改變任何有關您收集資料的方式嗎？

不會，沒有任何改變。透過將 GitHub Copilot Chat 開放原始碼，我們讓資料收集方式完全透明，並讓您能夠在原始程式碼中進行驗證。深入了解 VS Code 中的遙測與 GitHub Copilot 信任中心。

在未來的版本中，VS Code 團隊將如何在 AI 功能和非 AI 功能之間進行優先順序排定？

我們相信 AI 驅動的工具是我們編寫程式碼的核心。我們同時投資於 AI 功能以及改善核心編輯器體驗。這也反映在團隊中有一半的人力專注於 AI，另一半專注於其他功能的 50/50 分配比例。許多非 AI 功能對使用者來說可能不總是那麼明顯，例如效能、安全性、協助工具、Electron 更新等。

將 AI 功能帶入 VS Code 核心存放庫會影響 VS Code 的（啟動）效能嗎？

效能是我們的核心優先事項，我們承諾在整合 AI 功能的同時維持 VS Code 的效能。此外，如果您未在 VS Code 中啟用 AI 功能，將不會執行任何可能影響效能的相關背景處理程序。

我可以在 VS Code 中停用 AI 功能嗎？

您可以使用 chat.disableAIFeatures Open in VS Code Open in VS Code Insiders 設定來停用 VS Code 中的內建 AI 功能，這與您設定 VS Code 中其他功能的方式類似。這會停用並隱藏 VS Code 中的聊天或行內建議等功能，並停用 Copilot 擴充功能。您可以在工作區或使用者層級設定此選項。

或者，使用標題列聊天功能表中的 Learn How to Hide AI Features 動作來存取該設定。

如果我在 VS Code 中停用 AI 功能，我的資料仍會傳送給 Microsoft 嗎？

不會，如果您在 VS Code 中停用 AI 功能，或未從 VS Code 登入您的 Copilot 訂閱，您的資料將不會傳送至 Copilot 後端服務。深入了解 VS Code 中的遙測與 GitHub Copilot 信任中心。

VS Code 在 Copilot 擴充功能中使用的模型是開放原始碼 (OSS) 的嗎？

不是。GitHub Copilot 所使用的模型是單獨授權的，這點沒有改變。事實上，這些模型大多來自第三方，例如 OpenAI、Anthropic 和 Google...

Visual Studio Code 與 Visual Studio IDE 有什麼區別？

Visual Studio Code 是一個精簡的程式碼編輯器，支援偵錯、工作執行和版本控制等開發作業。它旨在提供開發人員進行快速「程式碼-建置-偵錯」循環所需的工具，並將更複雜的工作流程留給功能更完整的 IDE，例如 Visual Studio IDE。

VS Code 是免費的嗎？

是的，VS Code 可免費供私人或商業使用。請參閱產品授權以取得詳細資料。

如果您尚未擁有 Copilot 訂閱，可以透過註冊 Copilot 免費方案來免費使用 Copilot，並獲得每月一定額度的行內建議與 AI 點數。

平台支援

支援哪些作業系統？

VS Code 可以在 macOS、Linux 和 Windows 上執行。請參閱需求說明文件以了解支援的版本。您可以在安裝概觀中找到更多平台特定的詳細資料。

我可以在較舊的 Windows 版本上執行 VS Code 嗎？

Microsoft 已終止支援，且不再提供 Windows 7、Windows 8 與 Windows 8.1 的安全性更新。自 1.71 (2022 年 8 月) 開始的 VS Code 桌面版不再支援 Windows 7，而自 1.80 (2023 年 6 月) 開始將不再支援 Windows 8 與 8.1。您必須升級至較新的 Windows 版本才能使用後續版本的 VS Code。

VS Code 將不再於舊版 Windows 上提供產品更新或安全性修正。VS Code 1.70.3 版是 Windows 7 使用者的最後一個可用版本，而 1.79 版將是 Windows 8 與 8.1 使用者的最後一個可用版本。您可以在 support.microsoft.com 深入了解如何升級您的 Windows 版本。

此外，Windows 10 2004 版已取消對 32 位元 OEM 的支援。支援 Windows 32 位元的最後一個 VS Code 穩定版本是 1.83 (2023 年 9 月)。您需要更新至 64 位元版本。

我可以在較舊的 macOS 版本上執行 VS Code 嗎？

自 1.105 (2025 年 9 月) 開始的 VS Code 桌面版將停止支援 macOS Big Sur（11.0 及更舊版本）。從 VS Code 1.107 (2025 年 11 月) 開始，我們將停止在 macOS Big Sur（11.0 及更舊版本）上更新 VS Code。您必須升級至較新的 macOS 版本才能使用後續版本的 VS Code。

VS Code 將不再於 macOS Big Sur（11.0 及更舊版本）上提供產品更新或安全性修正，且 VS Code 1.106 版將是 macOS Big Sur（11.0 及更舊版本）的最後一個可用版本。您可以在 support.apple.com 深入了解如何升級您的 macOS 版本。

我可以在較舊的 Linux 發行版上執行 VS Code 嗎？

從 VS Code 1.86.1 版 (2024 年 1 月) 開始，VS Code 桌面版僅與基於 glibc 2.28 或更新版本的 Linux 發行版相容，例如 Debian 10、RHEL 8 或 Ubuntu 20.04。

如果您無法升級 Linux 發行版，建議的替代方案是使用我們的網頁用戶端。如果您想使用桌面版，可以從這裡下載 VS Code 1.85 版。根據您的平台，請務必停用更新以保持在該版本。一個好的建議是使用可攜式模式 (Portable Mode)來設定安裝。

我可以執行可攜式版本的 VS Code 嗎？

可以，VS Code 提供可攜式模式 (Portable Mode)，讓您可以將設定和資料保留在與安裝位置相同的路徑中，例如放在 USB 隨身碟上。

遙測與當機回報

如何停用遙測回報

VS Code 會收集使用狀況資料並傳送至 Microsoft，以協助改善我們的產品與服務。請閱讀我們的隱私權聲明與遙測說明文件以深入了解。

如果您不想將使用狀況資料傳送給 Microsoft，您可以將 telemetry.telemetryLevel Open in VS Code Open in VS Code Insiders 此設定可由您的組織管理。請聯絡您的管理員以進行變更。ORG 使用者設定設為 off。

從 檔案 > 偏好設定 > 設定，搜尋 telemetry，並將 Telemetry: Telemetry Level 設定設為 off。這將停用之後來自 VS Code 的所有遙測事件。

重要注意事項：VS Code 讓您可以選擇安裝 Microsoft 及第三方擴充功能。這些擴充功能可能會收集其自己的使用狀況資料，且不受 telemetry.telemetryLevel Open in VS Code Open in VS Code Insiders 此設定可由您的組織管理。請聯絡您的管理員以進行變更。ORG 設定控制。請參閱特定擴充功能的說明文件以了解其遙測回報。

如何停用實驗性功能

VS Code 使用實驗性功能來試用新功能或逐步推出。我們的實驗架構會呼叫 Microsoft 擁有的服務，因此當停用遙測時，該功能也會被停用。不過，如果您希望無論遙測偏好設定為何都停用實驗性功能，可以將 workbench.enableExperiments Open in VS Code Open in VS Code Insiders 使用者設定設為 false。

從 檔案 > 偏好設定 > 設定，搜尋 experiments，並取消勾選 Workbench: Enable Experiments 設定。這將防止 VS Code 呼叫該服務，並退出任何進行中的實驗。

如何停用當機回報

VS Code 會收集發生的任何當機相關資料並傳送至 Microsoft，以協助改善我們的產品與服務。請閱讀我們的隱私權聲明與遙測說明文件以深入了解。

如果您不想將當機資料傳送給 Microsoft，您可以將 telemetry.telemetryLevel Open in VS Code Open in VS Code Insiders 此設定可由您的組織管理。請聯絡您的管理員以進行變更。ORG 使用者設定變更為 off。

從 檔案 > 偏好設定 > 設定，搜尋 telemetry，並將 Telemetry: Telemetry Level 設定設為 off。這將停用來自 VS Code 的所有遙測事件（包括當機回報）。您必須重新啟動 VS Code 才能使設定變更生效。

GDPR 與 VS Code

既然《一般資料保護規則》(GDPR) 已生效，我們想藉此機會重申，我們非常重視隱私權。這對 Microsoft 作為一家公司以及 VS Code 團隊內部而言皆是如此。

為了支援 GDPR

• VS Code 產品會通知所有使用者，他們可以選擇退出遙測收集。
• 團隊會主動審查並分類所有傳送的遙測資料（記錄於我們的 OSS 程式碼基底中）。
• 針對收集到的任何資料（例如當機傾印），均已實施有效的資料保留原則。

您可以在遙測說明文件中深入了解 VS Code 的 GDPR 合規性。

VS Code 使用哪些線上服務？

除了當機回報與遙測之外，VS Code 還會基於各種其他目的使用線上服務，例如下載產品更新、尋找、安裝與更新擴充功能，或在設定編輯器內提供自然語言搜尋。您可以在管理線上服務中深入了解。

您可以選擇開啟/關閉使用這些服務的功能。前往 檔案 > 偏好設定 > 設定，並輸入標籤 @tag:usesOnlineServices。這將顯示所有控制線上服務使用情況的設定，您可以分別將其開啟或關閉。

授權

位置

您可以在 VS Code 安裝位置的 resources\app 資料夾中找到 VS Code 授權、第三方注意事項以及 Chromium 開放原始碼致謝清單。VS Code 的 ThirdPartyNotices.txt、Chromium 的 Credits_*.html 以及 VS Code 的英文版 LICENSE.txt 皆位於 resources\app 下方。依語言識別碼劃分的 LICENSE.txt 地區化版本則位於 resources\app\licenses 下方。

為什麼 Visual Studio Code 具有與 vscode GitHub 存放庫不同的授權？

若要了解為什麼產品 Visual Studio Code 具有與開源 vscode GitHub 存放庫不同的授權，請參閱問題 #60 以取得詳細說明。

vscode 存放庫與 Microsoft Visual Studio Code 發行版本有何區別？

github.com/microsoft/vscode 存放庫 (Code - OSS) 是我們開發 Visual Studio Code 產品的地方。我們不僅在那裡編寫程式碼和處理問題，還會發布我們的產品藍圖以及迭代與收尾計畫。所有人都可以依據標準 MIT 授權條款取得原始程式碼。

Visual Studio Code 是 Code - OSS 存放庫的發行版本，包含 Microsoft 特定的自訂項目（包括原始程式碼），並依據傳統的 Microsoft 產品授權發布。

請參閱 Visual Studio Code 與 'Code - OSS' 的差異一文以了解更多詳細資料。

「建置於開放原始碼之上」(Built on Open Source) 是什麼意思？

Microsoft Visual Studio Code 是 'Code - OSS' 的 Microsoft 授權發行版本，其中包含 Microsoft 專有資產（例如圖示）與功能（Visual Studio Marketplace 整合、啟用遠端開發的微小層面）。雖然這些新增內容僅占整體發行版本程式碼基底極小的百分比，但由於這些差異，說 Visual Studio Code 是「建置」在開放原始碼之上，會比說它「是」開放原始碼更加準確。有關每個發行版本所包含內容的更多資訊，可以在 Visual Studio Code 與 'Code - OSS' 的差異一文中找到。

延伸模組

所有 VS Code 擴充功能都是開放原始碼的嗎？

擴充功能作者可以自由選擇符合其業務需求的授權。雖然許多擴充功能作者選擇在開放原始碼授權下發布其原始程式碼，但有些擴充功能（例如 Wallaby.js、Google Cloud Code 以及 VS Code 遠端開發擴充功能）使用的是專有授權。

在 Microsoft，我們同時擁有開放原始碼和閉源的擴充功能。對現有專有原始程式碼或程式庫的依賴、跨入 Microsoft 授權工具或服務的原始程式碼（例如 C# DevKit 擴充功能使用 Visual Studio 訂閱授權模型，請參閱授權），以及整個 Microsoft 內部的商業模式差異，都可能導致擴充功能選擇專有授權。您可以在Microsoft 擴充功能授權一文中找到 Microsoft 貢獻的 Visual Studio Code 擴充功能及其原始程式碼授權清單。

如何尋找擴充功能的授權？

大多數擴充功能在其 Marketplace 頁面（其「讀我檔案」 (Read Me) 文件）上都會有一個指向其授權的連結，位於右側欄的資源 (Resources) 下方。如果您找不到連結，可以在擴充功能的存放庫（如果是公開的）中找到授權，或者您可以透過 Marketplace 的問與答 (Q & A) 區段聯絡擴充功能作者。

我可以在 VS Code 之外使用 Microsoft 擴充功能嗎？

不行。雖然來自 Microsoft 的擴充功能原始程式碼可能是開放原始碼的，但我們不授權發布至 Visual Studio Marketplace 並從中取得的 Microsoft 或其附屬機構擴充功能，在 Visual Studio 產品家族之外使用：Microsoft Visual Studio、Visual Studio Code、GitHub Codespaces、Azure DevOps、Azure DevOps Server，以及我們與 Microsoft 附屬機構（例如 GitHub, Inc.）所提供的後續產品與服務。我們僅在 Visual Studio 產品家族中建置、測試、部署和支援這些擴充功能與服務，以確保它們符合我們的安全與品質標準。我們不會對其他地方的擴充功能這樣做，包括那些建置在 Code - OSS 存放庫分支 (fork) 上的擴充功能。請參閱 Visual Studio Marketplace 服務條款中的條件：Marketplace/NuGet 產品的使用權以取得更多資訊。

我無法從產品 << 請填入空白處 >> 存取 Visual Studio Marketplace，為什麼？

我們僅提供 Visual Studio 產品家族使用 Visual Studio Marketplace：Microsoft Visual Studio、Visual Studio Code、GitHub Codespaces、Azure DevOps、Azure DevOps Server，以及我們與 Microsoft 附屬機構（例如 GitHub, Inc.）所提供的後續產品與服務。因此，替代產品（包括建置在 Code - OSS 存放庫分支上的產品）不得存取 Visual Studio Marketplace。我們這樣做是為了保護生態系統的安全性和品質，包括採取下列措施

• 擴充功能是在產品的內容和權限下執行的，且它們可能包含可執行程式碼。Marketplace 會審查每個擴充功能的安全性，以防止它們執行惡意活動。當您透過 Visual Studio 家族中的產品安裝擴充功能時，您會知道它已經過審查可在該內容中執行。

• 當惡意擴充功能被回報並經過驗證，或在擴充功能相依性中發現漏洞時，該擴充功能會從 Marketplace 中移除、加入封鎖清單，並由 VS Code 自動解除安裝。

• Microsoft 花費相當多的資源來執行、維護和保護此全球線上服務。Visual Studio 家族中的產品旨在以安全且可靠的方式存取 Marketplace，以便在您需要時隨時可用。

• 擴充功能可能會與產品深度整合。Marketplace 確保我們維持 API 相容性，並且擴充功能正確使用產品的擴充功能 API。這有助於確保您安裝的擴充功能在版本更新之間能夠正常運作。

請參閱 #31168 以取得有關此主題的更多詳細資料。

為什麼我應該從 Visual Studio Marketplace 安裝擴充功能？

與從其他來源安裝相比，從 Visual Studio Marketplace 安裝擴充功能具有許多優勢。

• Visual Studio Marketplace 採用多種機制來保護您免於安裝惡意擴充功能，包括惡意軟體掃描、動態偵測、發行者驗證等。當您從其他來源安裝擴充功能時，無法保證該擴充功能在您的環境中執行是安全的。

• 當惡意擴充功能被回報並經過驗證，或在擴充功能相依性中發現漏洞時，該擴充功能會從 Marketplace 中移除、加入封鎖清單 (block list)，並由 VS Code 自動解除安裝。

• Marketplace 讓您可以輕鬆尋找、安裝和更新擴充功能。當有可用更新時（例如由於安全性修正），VS Code 會自動安裝更新的版本。

• 擴充功能可能會與產品深度整合。Marketplace 確保我們維持 API 相容性，並且擴充功能正確使用產品的擴充功能 API。這有助於確保您安裝的擴充功能在版本更新之間能夠正常運作。

回報 VS Code 擴充功能的問題

針對錯誤、功能要求或聯絡擴充功能作者，您應使用 Visual Studio Code Marketplace 中提供的連結，或使用命令選擇區中的 Help: Report Issue（說明：回報問題）。不過，如果發生擴充功能未遵守我們的行為準則（例如包含粗俗言語、色情內容或對使用者構成風險）的問題，我們提供一個用於回報該問題的電子郵件別名。收到郵件後，我們的 Marketplace 團隊將會研擬適當的處理措施，包括取消發布該擴充功能。

VS Code 版本

如何尋找我目前的 VS Code 版本？

您可以在「關於」(About) 對話方塊中找到 VS Code 版本資訊。

在 macOS 上，前往 Code > 關於 Visual Studio Code。

在 Windows 與 Linux 上，前往 Help（說明）> 關於。

VS Code 版本是列出的第一個 Version（版本）數字，其版本格式為「主版本.次版本.發行版本」（例如 '1.100.0'）。

先前的發行版本

您可以在某個版本的版本資訊頂端找到某些發行版本下載的連結

如果您需要未列在那裡的安裝類型，您可以透過下列 URL 手動下載

在 {version} 預留位置中填入您想要的特定發行版本。例如，若要下載 1.83.1 的 Linux Arm64 debian 版本，您會使用

https://update.code.visualstudio.com/1.83.1/linux-deb-arm64/stable

如果您想要隨時下載最新的 VS Code 穩定版本，可以使用版本字串 latest。

Windows 32 位元版本

Windows x86 32 位元版本在 1.83 發行版本後不再主動支援，且可能會造成安全性風險。

預先發行版本

想要搶先一睹新的 VS Code 功能嗎？您可以透過安裝「Insiders」組建來試用 VS Code 的預先發行版本。Insiders 組建會與您的穩定版 VS Code 安裝並排安裝，並具有隔離的設定、組態和擴充功能。Insiders 組建會每晚更新，因此您可以取得前一天的最新錯誤修正和功能更新。

若要安裝 Insiders 組建，請前往 Insiders 下載頁面。

如何選擇退出 VS Code 自動更新？

根據預設，當我們發布新更新時，VS Code 會設定為自動為 macOS 和 Windows 使用者進行更新。如果您不想接收自動更新，請將 Update: Mode 設定（ update.mode Open in VS Code Open in VS Code Insiders 此設定可由您的組織管理。請聯絡您的管理員以進行變更。ORG）從 default 變更為 none。

若要修改更新模式，請前往 檔案 > 偏好設定 > 設定，搜尋 update mode 並將該設定變更為 none。

如果您使用 JSON 編輯器來調整設定，請新增以下行：

{
  "update.mode": "none"
}

您可以透過解除安裝目前版本，然後安裝特定版本資訊頁面頂端提供的下載項目，來安裝 VS Code 的先前發行版本。

選擇退出擴充功能更新

根據預設，當有新版本可用時，VS Code 會自動更新擴充功能。如果您不希望擴充功能自動更新，可以在設定編輯器（⌘,（Windows、Linux 為 Ctrl+,））中將 Extensions: Auto Update 設定（ extensions.autoUpdate Open in VS Code Open in VS Code Insiders 此設定可由您的組織管理。請聯絡您的管理員以進行變更。ORG）設為 off。

如果您使用 JSON 編輯器來修改設定，請新增下列行

{
  "extensions.autoUpdate": "off"
}

在哪裡可以找到 Visual Studio Code 圖示？

是否有關於使用圖示和名稱的指導方針？

您可以下載官方的 Visual Studio Code 圖示並閱讀 圖示與名稱使用指導方針。

什麼是 VS Code 「工作區」(Workspace)？

VS Code 的「工作區」(workspace) 通常就是您的專案根資料夾。VS Code 使用「工作區」概念來界定專案組態的範圍，例如專案特定的設定，以及用於偵錯和工作的組態檔。工作區檔案會儲存在專案根目錄的 .vscode 資料夾中。您也可以透過稱為多根目錄工作區 (Multi-root workspaces) 的功能，在一個 VS Code 工作區中擁有多個根資料夾。

您可以在什麼是 VS Code「工作區」？一文中深入了解。

問題與疑難排解

安裝似乎已損毀 [不支援]

VS Code 會進行背景檢查以偵測磁碟上的安裝是否已被變更，若是如此，您會在標題列中看到文字 [Unsupported]。這是因為某些擴充功能會直接修改 (修補) VS Code 產品，其方式具有半永久性 (直到下次更新)，這可能會導致難以重現的問題。我們並非試圖阻擋 VS Code 修補，但我們希望提高人們的意識，即修補 VS Code 意味著您正在執行不支援的版本。重新安裝 VS Code 將會取代修改過的檔案並消除此警告。

如果防毒軟體誤將 VS Code 檔案隔離或移除，您也可能會看到 [Unsupported] 訊息（範例請參閱問題 #94858）。請檢查您的防毒軟體設定並重新安裝 VS Code 以修復遺失的檔案。

解析 shell 環境失敗

當從終端機啟動 VS Code 時（例如透過 code .），它能夠存取定義在您的 .bashrc 或 .zshrc 檔案中的環境設定。這表示像工作或偵錯目標這類功能也可以存取這些設定。

不過，當從平台的使用者介面啟動時（例如 macOS dock 中的 VS Code 圖示），您通常不是在 shell 的環境中執行，且無法存取這些環境設定。這表示根據您啟動 VS Code 的方式，您可能無法擁有相同的環境。

為了解決這個問題，當透過 UI 操作啟動時，VS Code 會啟動一個小型處理程序來執行（或「解析」）定義在您的 .bashrc、.zshrc 或 PowerShell 設定檔中的 shell 環境。如果在可設定的逾時時間（透過 application.shellEnvironmentResolutionTimeout，預設為 10 秒）之後，shell 環境仍未解析或因任何其他原因解析失敗，VS Code 將會中止「解析」處理程序，並在沒有您的 shell 環境設定的情況下啟動，且您將會看到類似下列的錯誤

如果錯誤訊息指出解析 shell 環境花費的時間太長，下列步驟可以協助您調查可能導致緩慢的原因。您也可以透過設定 application.shellEnvironmentResolutionTimeout 設定來增加逾時時間。但請記住，增加此值意味著您必須等待更長時間才能使用 VS Code 中的某些功能（例如擴充功能）。

如果您看到其他錯誤，請建立問題 (issue) 以尋求協助。

調查緩慢的 shell 初始化

下面概述的程序可能有助於您識別 shell 初始化中哪些部分花費最多時間

• 開啟您的 shell 啟動檔案（例如，在 VS Code 的「快速開啟」(Quick Open) 中輸入 ~/.bashrc或 ~/.zshrc（⌘P（Windows、Linux 為 Ctrl+P）））。
• 有選擇性地註解掉可能執行時間很長的作業（如果有的話，例如 nvm）。
• 儲存並完全重新啟動 VS Code。
• 繼續註解掉作業，直到錯誤消失為止。

注意：雖然 nvm 是一個強大且實用的 Node.js 套件管理員，但如果在 shell 初始化期間執行，可能會導致 shell 啟動時間變慢。您可以考慮其他套件管理員替代方案（例如 asdf），或者在網路上搜尋關於 nvm 效能的建議。

從終端機啟動 VS Code

如果修改 shell 環境不切實際，您可以透過從完整初始化的終端機直接啟動 VS Code，來避免 VS Code 的解析 shell 環境階段。

• 從開啟的終端機輸入 code 將會以您的上一個工作區啟動 VS Code。
• 輸入 code . 將會啟動 VS Code 並開啟目前的資料夾。

VS Code 呈現空白？

Visual Studio Code 所使用的 Electron shell 在某些 GPU（圖形處理器）硬體加速上會發生問題。如果 VS Code 顯示空白（空的）主視窗，您可以嘗試在啟動 VS Code 時加入 Electron --disable-gpu 命令列參數來停用 GPU 加速。

code --disable-gpu

如果這是在更新後發生的，刪除 GPUCache 目錄可以解決此問題。

rm -r ~/.config/Code/GPUCache

VS Code 在開啟資料夾後立即變得沒有回應

當您開啟資料夾時，VS Code 會搜尋典型的專案檔案以提供您額外的工具（例如狀態列中的方案選擇器以開啟方案）。如果您開啟包含大量檔案的資料夾，搜尋可能會花費大量時間與 CPU 資源，在此期間 VS Code 可能會回應緩慢。我們計畫在未來改進這點，但目前您可以使用 files.exclude Open in VS Code Open in VS Code Insiders 設定從檔案總管中排除資料夾，這樣就不會搜尋這些資料夾中的專案檔案

    "files.exclude": {
        "**/largeFolder": true
    }

技術支援管道

您可以在 Stack Overflow 上提問並搜尋答案，也可以直接在我們的 GitHub 存放庫中輸入問題和功能要求。

如果您想聯絡專業支援工程師，您可以向 Microsoft 協助支援團隊提交支援單。