Visual Studio 2022性能增强17.4
每一个新的Visual Studio版本都包括新的性能改进，使产品更快、响应更灵敏。17.4在常见场景中有一些重大改进，如在文件中查找， 分支切换,配置变化,单元测试,C++索引和文件保存。我们使用GA版本中的产品遥测设置基线，在预览中运行实验以测试不同的解决方案，测量受控实验室环境中的更改以获得可重复的结果，以及狗粮每天构建以测试我们的更改。虽然您的里程数可能会有所不同，但我们相信这对每个人都有好处。下载Visual Studio 2022以查看下面的一些改进。
在文件中查找和替换
现在整个解决方案的文件替换速度快了3-4倍！您将看到在大型解决方案中进行批量更换的速度有了显著提高。我们通过在最近几个版本中进行增量改进来实现这一点。例如，通过避免打开修改过的文件，同时保留全局撤消功能，异步保存，最大限度地利用缓存和索引。请继续关注查找和替换体验的性能增强。
根据我们对Preview频道中第95个百分位的测量，17.4中95%的Replace操作在8秒内完成，而17.3中通常需要25秒。
C++项目的更快索引
首次打开C++项目所需的时间大大减少。在填充用于着色和智能感知的源代码索引时，大型C++项目的速度可能比17.3提高20-35%。 这些性能提升除了其他改进在上一版本中创建。
您可以在此处阅读有关C++IDE体验性能改进的更多信息
减少Git分支切换期间的解决方案重新加载
我们将需要重新加载解决方案的分支交换机数量估计减少了80%。例如，当开发人员的更改被合并并到达主要的 分支当切换到此分支或从此分支切换时，团队的其他成员将经历解决方案重新加载。此场景不再提示重新加载解决方案，从而获得更快的分支切换体验。
这些改进是对过去几个版本中其他改进的补充，这些改进将第95个百分位的总体分支切换时间从VS2019的约16秒减少到VS2022的约10秒。
.NET配置开关响应性
我们解决了问题 与切换配置有关，例如在IDE中从“调试”更改为“发布”。有了这些更改，VisualStudio在进行这种切换后的响应能力大大提高。
以前，当我们切换配置时，我们会完全删除Roslyn的项目视图，然后从头开始创建一个新视图。这将导致重新传递项目中的所有源文件。
实际上，这个新状态与被丢弃的状态非常相似，只有一些区别。
现在，配置交换机重用了现有的Roslyn项目，只使用配置之间的小增量进行更新。因此，Roslyn可以少做很多工作来为新选择的配置更新IDE功能，从而减少等待时间。
下表显示了两个版本之间实现的性能改进。
| 改进 |
17.3 |
17.4 |
增益 |
| 继承保证金 |
51.1秒 |
26.6秒 |
47.90% |
| 错误 |
60.3 |
27.8 |
53.90% |
| CodeLens公司 |
128.3 |
38.2 |
70.20% |
| 背景任务 |
219.2 |
89.9 |
58.90% |
并行测试发现:
在具有多个测试项目的解决方案中，测试浏览器现在可以并行地发现不同测试项目中的测试。这意味着可以更快地在测试浏览器中发现和显示测试！在我们的测试中，我们看到在一个拥有150多个项目和接近300K测试的大型解决方案上（在一台拥有10个CPU内核的机器上），测试发现的完成速度是前者的两倍。
测试运行的高效并行化:
现在，测试程序集在目标框架和体系结构之间实现了最佳并行化，从而在拥有150多个项目的大型解决方案上的测试运行速度提高了三倍。
优化VS和测试运行程序进程之间的通信:
测试运行程序进程连接现在很快建立。这意味着测试运行中包含的每个测试程序集平均节省约1秒。这将大大加快涉及少量测试的测试运行。测试运行者和VS之间的通信也被调优为不太健谈，效率更高。这导致了显著的改进，尤其是在测试发现方面（在许多情况下，速度提高了30%）。
响应式文件保存
我们将大多数保存操作移到了后台线程，使Visual Studio能够在保存文档时保持响应。在处理速度较慢的硬盘、网络共享或编辑超大文件时，这种增强最为明显。
告诉我们你的想法！
我们希望这些性能增强能够使您的开发工作高效而愉快。像您这样的开发人员的反馈对于我们改进产品并满足您的期望非常重要。我们欢迎您在本博客帖子的评论部分提供反馈。你c另请联系我们这个开发人员社区或通过调查。
