在一些调查中，答案似乎是（a）。

当我更改设置时，设置文件会进入项目目录中的.vscode目录。

您可以在工作区级别保存设置，也可以在工作空间中打开多个文件夹。如果你想做这两件事，可以使用工作区，否则，只需打开一个文件夹。

Visual Studio代码工作区是项目文件夹和文件的列表。工作区可以包含多个文件夹。您可以自定义工作区的设置和首选项。

工作空间只是一个扩展名为（.code workspace）的文本文件。你可以用文本编辑器打开它来查看它。我也对工作区的想法以及如何在Visual Studio代码中实现它感到沮丧。我找到了一种适合我的方法。

从单个“项目”文件夹开始。

打开Visual Studio代码并关闭所有打开的工作区、文件或文件夹。在浏览器中，您应该只看到“打开的编辑器”和“没有打开的文件夹”。

从菜单栏→ 文件→ 打开文件夹。。。。导航到要放置文件夹的位置，然后右键单击以打开新文件夹。根据需要命名，然后单击“选择文件夹”。它将显示在*Visual Studio代码资源管理器中。

现在从菜单文件→ 将工作区另存为……命名工作区并将其保存在您希望保留所有工作区的任何位置（不一定是项目文件夹所在的位置）。我把我的全部放在一个名为“Visual Studio代码工作区”的文件夹中。

它将保存为（.code工作区）文件，并且只是它包含（或指向）的所有文件和文件夹的索引，无论它们位于硬盘驱动器上的任何位置。你可以用文本编辑器打开它来查看它。关闭您创建的文件夹并关闭Visual Studio代码。

现在找到您的工作区“文件”并双击它。这将打开Visual Studio代码以及您在工作区中创建的文件夹。或者您可以打开Visual Studio代码并使用“打开工作区”。

从Visual Studio代码工作区中创建的任何文件夹都将位于第一个文件夹中。如果要添加更多顶级文件夹，请首先在需要的位置创建它们，然后使用Visual Studio代码中的“添加到工作区..”。

工作区（可能是唯一的一个）的主要用途是允许添加多个独立的文件夹，以组合项目。例如：

- WorkspaceProjectX  
-- ApiFolder   (maybe /usr/share/www/api)  
-- DocsFolder  (maybe /home/user/projx/html/docs)  
-- WebFolder   (maybe /usr/share/www/web)

因此，您可以在特定项目的工作区中对这些文件夹进行分组，而不必打开多个文件夹窗口。

您可以在这里了解更多信息。

截至2018年5月，Visual Studio代码中的工作区似乎允许您快速访问不同但相关的项目。无需打开其他文件夹。

您也可以有多个工作区。请参阅此处的参考资料，您将了解其全貌：

参考文献1参考文献2

他们称之为多根工作区，因此您可以轻松地进行调试，因为：

“对于多根工作区，Visual Studio Code在所有文件夹中搜索launch.json调试配置文件，并使用文件夹名称作为后缀。"

假设您的应用程序文件夹中有一个服务器和一个客户端文件夹。如果要在没有工作区的情况下一起调试它们，则必须启动两个Visual Studio代码实例，一个用于服务器，一个客户端，并且需要来回切换。

但是现在（1.24）你不能将一个文件添加到工作区，只能添加文件夹，这有点不方便。

我刚刚安装了Visual Studio Code v1.25.1。在Windows 7 Professional SP1计算机上。我想详细了解工作区，所以我花了几个小时弄清楚它们在这个版本的Visual Studio代码中是如何工作的。我认为我的研究结果可能会引起社区的兴趣。

首先，Microsoft在Visual Studio Code文档中将工作区称为“多根工作区”。在纯英语中，这意味着“多文件夹（a.K.a“根”）工作环境”。Visual Studio Code工作区只是文件夹的集合-您希望的任何集合，按您希望的顺序排列。典型的文件夹集合构成了一个软件开发项目。然而，文件夹集合可以用于开发软件代码的任何其他内容。

Visual Studio代码处理工作区的机制有点复杂。我认为传达我所学知识的最快方式是给你一组指令，你可以使用这些指令来查看工作区在电脑上的工作方式。我假设您从新安装Visual Studio Code v1.25.1开始。如果您使用的是Visual Studio代码的生产版本，我不建议您遵循我的说明，因为您可能会丢失部分或全部现有的Visual Studio代码配置！如果您已经安装了Visual Studio Code v1.25.1的测试版本，**并且您愿意丢失任何已存在的配置，则必须执行以下操作才能将Visual Studio代码恢复到新的安装状态：

删除以下文件夹（如果存在）：

  C:\Users\%username%\AppData\Roaming\Code\Workspaces (where "%username%" is the name of the currently logged-on user)

您将向Visual Studio代码中添加文件夹以创建新的工作区。如果您打算用于创建此新工作区的任何文件夹以前已与Visual Studio代码一起使用，请删除将用于创建新工作区每个文件夹中的“.vscode”子文件夹（如果存在）。

启动Visual Studio代码。如果显示欢迎页面，请将其关闭。如果显示面板（水平窗格），请对其执行相同操作。如果您收到一条消息，指出Git没有安装，请单击“稍后提醒我”。如果显示，请关闭作为默认代码页启动的“未命名”代码页。如果未显示Explorer窗格，请单击主菜单上的“查看”，然后单击“Explorer”以显示Explorer窗格。在资源管理器窗格中，您应该看到三（3）个视图标题-打开编辑器、未打开文件夹和大纲（位于资源管理器面板的最底部）。确保至少显示打开的编辑器和没有文件夹打开的视图标题。

Visual Studio代码显示一个按钮，显示“打开文件夹”。单击此按钮并选择您选择的文件夹。Visual Studio代码将刷新，所选文件夹的名称将替换为“未打开文件夹”视图名称。所选文件夹中存在的所有文件夹和文件都将显示在“视图”名称下。

现在打开Visual Studio代码首选项设置文件。有很多方法可以做到这一点。我将使用最容易记住的菜单“文件”→ 偏好→ 设置。设置文件显示在两列中。左列是每个Visual Studio代码功能的默认值的只读列表。右列用于列出三（3）种类型的用户设置。此时，测试中将只列出两个用户设置：用户设置和工作区设置。默认情况下显示用户设置。这将显示User Settings.json文件的内容。要查找此文件的位置，只需将鼠标悬停在资源管理器中OPEN EDITORS视图下的“用户设置”列表上。当选择右侧列中的“用户设置”选项时，OPEN EDITORS（打开编辑器）视图中的此列表将自动选中。路径应为：

C:\Users\%username%\AppData\Roaming\Code\User\settings.json

此settings.json文件存储Visual Studio代码的用户设置。

现在单击“首选项”列表右列中的“工作区设置”选项。执行此操作时，将在您几步前添加到Explore的文件夹中自动创建一个名为“.vscode”的子文件夹。查看资源管理器中文件夹的列表，确认.vscode子文件夹已添加。在新的.vscode子文件夹中是另一个settings.json文件。此文件包含几步前添加到Explorer的文件夹的工作区设置。

此时，您有一个文件夹，其用户设置存储在：

C:\Users\%username%\AppData\Roaming\Code\User\settings.json

并且其工作区设置存储在：

C:\TheLocationOfYourFolder\settings.json

这是将单个文件夹添加到新安装的Visual Studio代码时的配置。当我们添加第二个（或更大）文件夹时，事情会变得一团糟。这是因为我们正在更改Visual Studio代码的用户设置和工作区设置，以容纳多个文件夹。在单个文件夹环境中，只需要两个settings.json文件，如上所列。但在多文件夹环境中，会在添加到Explorer的每个文件夹中创建.vscode子文件夹，并创建一个新文件“workspace.json”来管理多文件夹环境。新的“workspace.json”文件创建于：

c:\Users\%username%\AppData\Roaming\Code\Workspaces\%workspace_id%\workspaces.json

“%workspaces_id%”是一个具有唯一全数字名称的文件夹。

在“首选项”右侧列中，现在显示三个用户设置选项-“用户设置”、“工作区设置”和“文件夹设置”。用户设置的功能与单个文件夹环境的功能相同。但是，“工作区设置”后面的设置文件已从单个文件夹的.vscode子文件夹中的settings.json文件更改为位于上面显示的workspaces.json文件路径中的Workspace.json文件。位于每个文件夹.vscode子文件夹中的settings.json文件现在由第三个用户设置“文件夹选项”控制。这是一个下拉选择列表，允许管理位于每个文件夹.vscode子文件夹中的每个文件夹的settings.json文件。请注意：在文件夹选项用户设置中至少选择一次新添加的文件夹之前，不会在新添加的资源管理器文件夹中创建.vscode子文件夹。

请注意，Explorer单个文件夹名称已更改为“UNTITLED（WORKSPACE）”。这表示以下内容：

已创建名为“UNTITLED（workspace）”的多文件夹工作区工作空间命名为“UNTITLED（workspace）”，以表明工作空间尚未保存为单独的、唯一的工作空间文件UNTITLED（WORKSPACE）工作区可以添加文件夹或从中删除文件夹，但它将作为Visual Studio代码的唯一工作区环境

只有当工作区保存为可根据需要重新加载的文件时，才能实现VisualStudioCode工作区的全部功能。这提供了创建独特的多文件夹工作区（例如，项目）并将其保存为文件以供以后使用的功能！要执行此操作，请选择菜单“文件”→ 从主菜单中将工作空间另存为，并将当前工作空间配置另存为唯一的工作空间文件。如果需要“从头开始”创建工作区，请首先保存当前工作区配置（如果需要），然后右键单击每个Explorer文件夹名称，然后单击“从工作区删除文件夹”。从工作区中删除所有文件夹后，添加新工作区所需的文件夹。添加完新文件夹后，只需将新工作区另存为新工作区文件。

重要的一点是，在“从头开始”创建新工作区时，当资源管理器中只剩下一个文件夹或所有文件夹都已从资源管理器删除时，Visual Studio代码不会“恢复”到单文件夹模式。利用三个用户首选项的多文件夹工作区配置仍然有效。这意味着，除非按照本文开头的说明进行操作，否则Visual Studio代码永远不会返回到单文件夹操作模式-它将始终保持在多文件夹工作区模式。

OP中的标题和后续问题似乎归结为：

Visual Studio代码中的工作区是什么？工作区设置如何工作？

简短回答：

工作区是在VisualStudioCode中同时打开并在.Code工作区文件中定义的文件夹的虚拟集合。打开此文件将自动打开文件夹集合。这被称为“多根”工作区。

.code工作区文件还定义了工作区设置，这些设置由打开工作区的VisualStudioCode实例使用。

如果未定义工作区，即您自己打开一个文件夹，则可以创建“工作区设置”，这些设置保存在该文件夹结构根目录的.vscode\settings.json文件中。

---

更详细的信息：

Visual Studio代码在某些地方使用“工作区”一词有点含糊。首先要考虑的是所谓的多根工作区。

多根工作区是一组文件夹（“根”），它们在Visual Studio代码的实例中共同打开。这些文件夹不需要共享父文件夹；事实上，这是因为Visual Studio代码通常在浏览器侧栏中使用单个文件夹。

多根工作区由一个.code工作区（JSON）文件定义，该文件包含要包含在工作区中的文件夹列表和Visual Studio代码设置。

多根工作区

关于这些工作区设置。。。

打开菜单“文件”时→ 偏好→ 设置显示设置编辑器。至少您应该看到“用户设置”选项卡。这些是适用于本地计算机上用户帐户的Visual Studio代码设置。在Windows中，这些文件保存在%APPDATA%\Code\User\settings.json中。

Visual Studio代码设置文件位置

单个文件夹（通常是工作区中的每个“根”文件夹）可能有一个.vscode文件夹，其中包含自己的settings.json文件。单独打开时，即不作为工作区的一部分打开时，这些settings.json文件的内容显示在workspace settings选项卡下，该文件中的所有设置都由正在运行的Visual Studio Code实例使用。

打开多根工作区时，情况会有所不同。首先，WORKSPACE SETTINGS选项卡显示在.code工作空间文件中设置的选项。其次，任何带有settings.json文件的文件夹都将显示在新的folder settings选项卡下。请注意，在多根工作区中，每个文件夹的settings.jsn中只使用有限数量的设置。我建议你打开上面的链接进一步阅读。

如果Visual Studio代码是新安装的；

单击扩展，搜索“python”并单击安装单击菜单“视图”→ 探索者如果没有文件夹，则将文件夹添加到“工作区”（菜单“文件”→ 将文件夹添加到工作区）如果要使用虚拟Python环境，请单击菜单“文件”→ 偏爱→ 设置

单击窗口右上角的“｛｝打开设置JSON”，然后将路径添加到虚拟环境中的python.exe文件：

{
    "python.pythonPath": "C:\\PathTo\\VirtualENV\\python.exe"
}

启动新终端并检查是否选择了正确的Python解释器

虽然问题是问“什么是工作空间？”，但我觉得困惑的根源是人们期望工作空间在其他编辑器中的行为更像“项目”。

所以，为了帮助所有因为这种困惑而来到这里的人，我想发布以下Visual Studio代码插件（不是我的），项目经理。

它有一个很好的UI来管理（保存和打开）单个文件夹项目：

保存项目：

使用调色板打开项目：

在状态栏中查看当前项目（单击以打开项目选项板）：

访问侧边栏中的项目：

什么是工作区？

由一个或多个根文件夹以及属于该项目的所有Visual Studio代码配置组成的项目。这些配置包括：

项目打开时应应用的设置推荐的项目扩展名（与同事共享配置文件时有用）特定于项目的调试配置

为什么工作空间如此令人困惑？

Visual Studio代码并没有在整个UI中一致地使用这个术语（我打开了一个GitHub问题来解决这个问题）。有时它指的是如上所述的工作空间，有时它指工作空间是与.code工作空间文件特定关联的项目。

最近的文件小部件就是一个很好的例子。请注意，在链接的屏幕截图中，所有项目都被分组在同一个“工作区”标题下，这意味着所有项目都有一个工作区。但是，带有.code工作区文件的项目会被赋予一个“工作区”后缀，这与标题相矛盾，表明只有这些文件才是真正的工作区。

什么是.code工作区文件？

它是一个带有注释的JSON文件，除了属于工作区的所有根文件夹的位置之外，还存储了上面提到的所有配置数据。

我需要一个.code工作区文件吗？

只有在创建多根工作区时，在这种情况下，除了要在Explorer中显示的所有根文件夹外，您将拥有一个单独的.code工作区文件，该文件将自动恢复所有工作区设置。

单文件夹项目怎么样？

一切都是自动化的。

当您在Visual Studio Code中打开文件夹并开始对编辑器进行与您当前正在处理的项目特定相关的修改时，Visual Studio Code会自动创建.vscode文件夹并将其存储在您正在处理的工程文件夹的根目录中。此.vscode文件包含存储您所做更改的文件。

例如，如果您更改了仅应用于当前项目的Visual Studio代码设置，Visual Studio代码将创建一个带有这些更新的settings.json文件，该文件存储在.vscode文件夹中。

如果确实需要，可以创建一个.code工作区文件，其中只包含一个根文件夹。然后可以直接打开项目文件夹，也可以打开工作区文件。但我想不出为什么这会有益。

如何创建.code工作区文件？

转到菜单“文件”→ 将工作区另存为。。。

如何将根文件夹添加到工作区？

转到菜单“文件”→ 将文件夹添加到工作区。。。。

如何打开由.code工作区文件定义的工作区？

转到菜单“文件”→ 打开工作区。。。。

或者，双击.code工作区文件。Visual Studio代码无法打开实际文件。相反，它将读取该文件并打开属于该工作区的文件夹。

如何查看实际的.code工作区文件？

转到菜单“文件”→ 打开并选择目标.code工作区文件。

或者，打开与该文件关联的工作区。然后打开命令选项板，搜索并选择“工作空间：打开工作空间配置文件”命令。

简单的回答：实际上它就像Vim编辑器中的一个新缓冲区

是否需要为测试项目或要添加到主项目中的功能构建新目录并打开新的Visual Studio代码窗口？好的，所以你需要一个工作空间和足够的CPU使用率。。。

除了所有其他答案之外，我只想提及VisualStudioCode中工作区的常见用法。

在我看来，工作区是一种所有人都忘了提及的东西，它是一种使用所有工具来创建一个区域的方法，您需要使用一种语言，就像其他人所说的那样，在一个项目中，您可以使用PHP、Python、JavaScript、Node.js等。

为每种特定语言创建一个工作区，您可以拥有所有用于管理、调试、测试的工具，例如所有JavaScript。

这更易于管理，因此您可以为PHP创建一个工作区，为Node.js创建另一个工作空间……并且一个项目在多个工作区中包含文件夹。

打开“文件”菜单并选择“工作区另存为”。这将保存当前资源管理器状态。之后，您可以选择菜单文件*→ 打开工作区以打开之前保存的工作区。

2021 2月刚刚添加的是关于“什么是VS代码的‘工作区’：工作区”的文档。

Visual Studio代码“工作区”是一个或多个在VS代码窗口（实例）中打开的文件夹。在大多数情况下，您将打开一个文件夹作为工作区，但具体取决于在开发工作流中，可以包含多个文件夹，使用名为Multi-root工作区的高级配置。工作空间的概念使VS Code能够：配置仅适用于特定文件夹的设置，但而不是其他人。保持以下任务和调试器启动配置仅在该工作区的上下文中有效。存储和恢复UI与该工作区关联的状态（例如打开）。仅为此选择性地启用或禁用扩展工作空间。您可能会看到使用的术语“文件夹”和“工作区”在VS代码文档、问题和社区中可互换讨论。将工作区视为具有额外的VS代码知识和能力。注意：也可以在没有工作区的情况下打开VS代码。例如，当您从在平台的“文件”菜单中，您将不在工作区内。在这个模式下，VS代码的一些功能会降低，但您仍然可以打开文本文件并编辑它们。

---

单个文件夹工作区你不必为文件夹做任何事情就可以成为VS代码工作区，而不是使用VS代码打开文件夹。一旦文件夹打开后，VS代码将自动跟踪诸如打开的文件和编辑器布局，使编辑器保持原样当您重新打开该文件夹时。您还可以添加其他特定文件夹配置，如工作区特定设置（相对于全局用户设置）和任务定义和调试启动文件（请参见下面的工作空间设置部分）。多根工作区多根工作区是VS Code的高级功能，它允许您可以将多个不同的文件夹配置为工作空间。您将打开一个.code workspace JSON文件，其中列出了工作空间。例如：

{
  "folders": [
    {
      "path": "my-folder-a"
    },
    {
      "path": "my-folder-b"
    }
  ]
}

在VS代码中打开的多根工作区注意：打开文件夹与打开.code工作区文件的视觉差异可能很细微。给你一个提示.code工作区文件已打开，用户界面的某些区域（例如，文件资源管理器的根目录）显示一个额外的（工作区）名称旁边的后缀。

---

在第一个环节上，我们会做得更多。

这是了解工作空间的必读内容。

正如许多人所指出的，多根工作区是VisualStudioCode工作区概念变得相关的地方。

但为什么还有另一个问题。

因此，这里是Eclipse IDE用户指南的摘录，其中包含了正确的工作空间概念（与Visual Studio代码完全不同，如果您需要Visual Studio代码，则不应切换到Eclipse-但您可以阅读文档，因为它们解释正确）：

Eclipse中使用Git存储库的注意事项短篇小说使用EGit设置Git存储库时，对于创建“高效”（而不是“游乐场”）存储库有两个建议：不要在Eclipse工作区中创建存储库。克隆或创建存储库时要小心。确保正确使用Git共享向导。不要创建以Eclipse项目为根的存储库。确保正确使用Git共享向导。第一个错误发生在克隆或创建存储库期间指定工作区文件夹时。当您在工作区中手动创建的Eclipse项目中使用Git共享向导而不采取预防措施时（该向导已在最新版本中修复），这两个错误都会发生。下面是这些建议的一些动机。更长的故事Eclipse工作区和存储库工作目录Git存储库可以用不同的方式创建，例如从现有存储库克隆、从头创建或使用EGit共享向导。在任何情况下（除非您创建了一个“裸”存储库，但这里没有讨论），新存储库本质上是本地硬盘上的一个文件夹，其中包含“工作目录”和元数据文件夹。元数据文件夹是一个名为“.git”的专用子文件夹，通常称作“.git文件夹”。它包含实际的存储库（即Commits、References、日志等）。元数据文件夹对Git客户端完全透明，而工作目录用于将当前签出的Repository内容作为工具和编辑器的文件公开。通常，如果要在Eclipse中使用这些文件，则必须以某种方式将它们导入Eclipse工作区。为此，最简单的方法是签入.project文件，“导入现有项目”向导可以从中轻松创建项目。[...]含意上述内容具有以下含义：将项目作为存储库的根文件夹可能不是一个好主意。原因是您永远无法将另一个项目添加到此存储库，因为.project文件将占用根文件夹；您仍然可以将项目添加为子文件夹，但这种项目嵌套方式会导致很多问题。为了添加另一个项目，您必须将该项目移动到存储库中的子文件夹，并将第二个项目添加为另一个子文件夹，然后才能提交此更改。将存储库保留在Eclipse工作区之外是一个好主意。这有几个原因：新的Repository将Eclipse工作区的完整文件夹结构视为（潜在的）内容。这可能会导致性能问题，例如，在提交之前计算更改时（例如，这将扫描完整的.metadata文件夹）；通常情况下，工作区将包含死文件夹（例如删除的项目），这些文件夹在语义上与EGit无关，但无法轻易排除。元数据（.git-）文件夹将是EclipseWorkspace的子文件夹。目前尚不清楚这是否会导致Eclipse不需要的文件夹遍历。通过销毁Eclipse工作区，您可以轻松地销毁存储库。

尽管如此，Visual Studio也做到了这一点；为什么微软决定忽略Visual Studio代码中的解决方案（.sln）和项目（.vcxproj）概念，这很有趣。

简短回答：

使用文件夹而不是单个文件夹工作空间。

仅在需要时使用多根工作空间。当需要使用多个项目文件夹时，需要多个根工作区。当您同时处理多个相关项目时，这可能非常有用。例如，您可能有一个包含产品文档的存储库，您希望在更新产品源代码时保持其最新状态。

为什么“仅在需要时使用多根工作区”？

单文件夹工作区和文件夹之间基本上只有两个区别：

通过“文件”>“打开工作区”打开单个文件夹工作区。。。然后选择<name>.code工作区文件。通过“文件”>“打开文件夹”打开文件夹。。。然后选择文件夹。当您使用<name>.code工作空间文件打开单个文件夹工作空间时，所有特定于项目的设置都将添加到<name>/code工作空间中。使用文件夹打开项目时，所有特定于项目的设置都将保存在.vscode/settings.json文件中。

即使您花时间为单个文件夹工作区创建<name>.code工作区文件，也可以通过菜单“文件”打开该文件→ 打开文件夹。。。。根据您的访问方法，有时设置可以在.vscode/settings.json文件或<name>.code工作区文件中。最好使用一致的方法访问项目文件夹。此外，启动配置（.vscode/relaunch.json）保存在文件夹设置（.vscode/Settings.json）旁边，而不是工作区设置（<name>.code Workspace）旁边。大多数时候，您仍然需要.vscode目录。

长答案：

文件中说：

工作空间的概念使VS Code能够：配置仅适用于特定文件夹而不适用于其他文件夹的设置。保持仅在该工作区上下文中有效的任务和调试器启动配置。存储和恢复与该工作区关联的UI状态（例如，打开的文件）。仅为该工作区选择性地启用或禁用扩展。

在另一个地方，它说：

不同的设置范围：用户设置-全局应用于所有VS代码实例。工作区设置-应用于打开的文件夹或工作区并覆盖用户设置。工作区文件夹设置-应用于多根工作区的特定文件夹。覆盖用户和工作区设置。

因此，基本上有三种类型的设置：

文件夹设置（最高优先级）工作区设置用户设置（最低优先级）

您可以通过将密钥绑定指定给“首选项：打开文件夹设置”，然后使用密钥绑定来修改文件夹设置。

可以通过Ctrl+Shift+P修改工作空间设置→ 首选项：打开工作区设置。

您可以按文件修改用户设置→ 偏好→ 设置。

您的工作区设置将添加到<name>.code工作区文件中。

您的文件夹设置将保存在.vscode/settings.json文件中。

有困惑

证据1：

您可以在VS代码文档、问题和社区讨论。想一想工作空间是具有额外VS代码知识的项目的根和能力。

证据2：

VS代码“工作区”通常只是您的项目根文件夹。工作区设置以及调试和任务配置如下存储在.vscode文件夹的根目录中。

证据3：

打开文件夹与打开文件夹的视觉区别.code工作区文件可能很微妙。给你一个提示.code工作区文件已打开，用户界面的某些区域（例如，文件资源管理器的根目录）显示一个额外的（工作区）名称旁边的后缀。

困惑在哪里？

关键在于细节（文档和实现）。

文档

在文件中，他们说不同的地方有不同的东西。没有一致性。

在一个地方，他们说：

VS Code为设置提供了两个不同的范围：用户设置-全局应用于您打开的任何VS代码实例的设置。工作区设置-存储在工作区内的设置，仅在工作区打开时应用。

在另一个地方，他们说：

不同的设置范围：用户设置-全局应用于所有VS代码实例。工作区设置-应用于打开的文件夹或工作区并覆盖用户设置。工作区文件夹设置-应用于多根工作区的特定文件夹。覆盖用户和工作区设置。

所以，基本上他们并没有一直说有三个层次的设置。请特别查看他们文档的标题以了解设置。标题为“用户和工作区设置”（注意标题中缺少文件夹设置）。在讨论设置优先级时，它只提到一次“工作区文件夹”设置。

实施

文件中说：

工作区设置允许您在上下文中配置设置已打开的工作区，并始终覆盖全局用户设置。它们物理存储在一个JSON文件中及其位置取决于您是将文件夹作为工作区打开还是打开.code工作区文件。

因此，基本上，当没有任何工作空间时（例如，您没有使用<name>.code工作空间打开项目），您可以Ctrl+Shift+P→ 首选项：打开工作区设置，它会打开.vscode/Settings.json文件（实际上是用于文件夹设置而不是工作区设置的，尽管名称明确表示为打开工作区）。

您可能已经在长答案中注意到：“他们”没有保留任何直接访问文件夹设置的简单方法（您必须为“首选项：打开文件夹设置”命令分配一个键绑定，然后使用键绑定。您甚至无法使用Ctrl+Shift+P直接从命令托盘访问此“命令”）。

此外，您必须使用“首选项：打开工作区设置”修改文件夹设置（请注意，您正在使用“打开工作区”修改“文件夹设置”）。首选项：打开工作区设置是否修改文件夹设置或工作区设置取决于您访问项目的方式（使用菜单“文件”→ 打开文件夹。。。或<name>.code工作区文件）。

他们试图把一件简单的事情过于简单化，使之变得困难。