我遇到了相同的问题。
通过以管理员身份运行VS 2022解决了问题。
并且等待Nuget包更新。
我遇到了同样的问题。我尝试了还原Nuget包，问题解决了。
我曾遇到同样的问题。
多年来，我在Winforms中遇到了这种情况很多次，现在又再次遇到了。我猜测这纯粹是Visual Studio的资源问题，加上设计师未能获取其声称的所有内存时缺乏错误处理。
为什么： 在过去的一周中，我尝试了几次但都失败了，这是一个较小的中等规模解决方案，但具有复杂的表单设置（许多控件/许多嵌套级别的选项卡等）。
经过几天的努力后，我终于又让它加载了起来。今天早上我怀疑是内存/资源问题，所以我：
当我回来时，惊喜的是-它在5天后第一次加载。
下次如果我再遇到这种情况，真正有趣的将是切换到另一台计算机-如果有机会的话。
@Microsoft员工，如果您看到这个，请尝试使用低资源进行压力测试，并查看表单设计器的行为。
编辑：我不以管理员身份运行VS。
我通过取消选中“在解决方案资源管理器中跟踪活动项”选项来修复了它。
按照以下步骤禁用此选项：
：
右键单击， 选择分析和代码清理， 选择设置分析范围， 选择无。
每个表格立即加载....
首先，您必须检查NuGet包管理器 工具 -> NuGet包管理器 -> 包管理器设置
弹出窗口中，单击NuGet包管理器 -> 常规 在此选项卡中，勾选“允许NuGet下载缺失的软件包”。
移动到下方的“软件包源”选项卡，如果您只有一个源是“Microsoft Visual Studio离线包”，则可以从API NuGet添加软件包
点击确定，完成啦！
如果我的项目没有<Platforms>标签，我会得到这个错误。
如果我将标签更改为<Platform>（即使我只有一个平台x86），它也会挂起设计器。如果我切换回<Platforms>，它就可以工作了。（在两者之间重新加载项目。）如果我没有标签（我从props文件继承属性），它就不起作用。
只要有<Platforms>标签，它通常都能正常工作。我还需要在引用的具有基本表单类的项目中使用此类标记。（如果基础库中没有此类标记，则设计器将开始加载但会卡在灰色背景上。）
