我使用 Visual Studio 已有 30 多年了（自从它出现在十几张软盘上以来。可能直到 Win 3.1 才被称为 VS）。在过去的一两个月里，我遇到的崩溃/挂起/Visual Studio 很忙的次数比所有年份的总和还要多（也许有点夸张）。这是垃圾。我不知道该去哪里。
我们的项目已经进行了五年。它由多个解决方案组成。其中四个是在 Windows 10 之上的 Docker (Linux) 中运行的工作程序。所有组件均已更新 (.Net 6)。有 Winforms 解决方案和 Xamarin 解决方案。我们认为 Workers 已经准备就绪，并且在过去的几个月里一直致力于 Xamarin 和 Winforms 解决方案（这是一家自筹资金的初创公司。没有资源在 VS 的每个版本中进行适当的回归测试）。
我们做了通常的删除 bin 和 obj 目录、重建等操作。我希望我能缩小范围，但我找不到模式。但在加载解决方案时，它通常会给出“VS 正忙，向 Microsoft 报告”的信息。有时生成的 Docker 文件会出现错误（值不能为空）。或者，“所需的操作系统不可用”。重启后就神奇可用了。
过去，我们已经在运行 8 个 VS 副本的情况下进行了调试，没有出现任何问题。构建机器有 96 GB 内存，i9。
有什么方法可以回滚到 32 位版本或其他旧版本的 Visual Studio？我以前没有考虑过 JetBrains Rider，但现在正在考虑它（我知道它不支持 Winforms）。
我知道我没有提供足够的详细信息来解决问题，但也许如果您过去遇到过类似的问题，任何猜测都会有所帮助。
谢谢！
更多信息：
我运行了一个 Worker，它加载得很好。我运行另一个工作程序（在 VS 的不同副本中），并收到以下错误。这是来自生成的 Docker 文件。没有变化。然后我关闭VS；重新打开并运行。效果很好。
严重性代码描述项目文件行抑制状态 错误 MSB4064 从程序集加载的“ContainerBuildAndLaunch”任务不支持“OutDir”参数：Microsoft.VisualStudio.Containers.Tools.Tasks，Version=17.0.0.0，Culture=neutral，PublicKeyToken=b03f5f7f11d50a3a，路径为：C:\用户\orgth.nuget\packages\microsoft.visualstudio.azure.containers.tools.targets .15.1 ools\Microsoft.VisualStudio.Containers.Tools.Tasks.dll。验证该参数是否存在于任务中、是否指向正确的程序集以及它是否是可设置的公共实例属性。 PWorker C:\Users\orgth.nuget\packages\microsoft.visualstudio.azure.containers.tools.targets .16.1 uild\Container.targets 230
有趣的是，当你第一次开始编码时，如果某些东西不起作用，你会认为这是由你以外的东西引起的。经过多年的编码，您发现每次出现无法解释的问题时，都可能是您的错。在尝试了我能想象到的一切之后，我运行了“修复”，所有问题都神奇地消失了。
只是添加我的经验，以防相关/有帮助。
我发现 AdGuard 导致了该问题 - 卸载后立即修复了该问题。
我刚刚开始摆弄 SignalR，VS2022 给我“Visual Studio 很忙”。我同意这些天 Visual Studio 存在的一般质量问题。也许他们应该将技术冻结几年，只专注于让事情按预期进行。