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

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

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

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

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

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

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

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

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

正如许多人所指出的，多根工作区是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）概念，这很有趣。

什么是工作区？

由一个或多个根文件夹以及属于该项目的所有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工作区文件。

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

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中只使用有限数量的设置。我建议你打开上面的链接进一步阅读。