Visual studio 正在等待内部操作完成
Visual studio is waiting for internal operation to complete
几天来我的 Visual studio 2013 Ultimate 出现了问题。我试图打开最简单的控制台应用程序，VS 挂起，当我在右下角的 Visual studio 中单击其他内容时，显示 Visual studio 很忙：Microsoft Visual studio 正在等待内部操作完成。
我已经修复Visual studio没有变化，然后卸载并安装新的VS，问题仍然存在。我还检查了病毒。 Windows 中的其他一切工作正常。我禁用了CodeLens，把current source control插件改成了None因为我发现有时候这两个选项挂了vs但是还是没有变化
问题已解决...我创建了新的控制台项目并等待了 20 分钟才真正创建项目。现在创建后每个项目都会立即打开，没有任何问题。
我在我的 Win10 PC 上遇到了同样的问题，然后我通过在工具 → 扩展 → 更新 → Visual studio 2013 更新 5.Visual Studio 中安装 Visual Studio 更新来修复它。
安装 "Visual studio 2013 Update 5" 后，问题消失了。
还有一些步骤，比如清理不同的缓存你可以照着做，但是没有解决我的问题…Check this blog post.
重要的部分：
There could be many reasons behind this. Few common fixes are below:
- Remove website cache from following location:
C:\Users\%USERNAME%\AppData\Local\Microsoft\WebsiteCache
- Restart IIS: Start → RUN → iisreset
- Go to Tools → Options and browse all the options and disable all
unnecessary options.
- Clear cache.
- Remove temp files.
- Ensure there is enough space in C (System) drive.
更新2017-01-03
在 C:\Windows\Microsoft.NET framework 文件夹中也有 ASP.NET caches，但这是用于网站或调试的缓存问题。在提到的文件夹中，在子目录中搜索 "Temporary ASP.NET Files" 并删除其内容。如果某些文件被锁定，那么 iisreset 应该会有所帮助。
这对我有用：我删除了 .suo 和 .tss 临时文件，然后重试。过去我创建了一个新的空白 SLN，然后将我的项目添加回其中 - 这也有效。
对于正在处理这个问题的VS2015用户：关闭一切，删除项目根目录下的“.vs”文件夹并重新打开。
删除项目，移动到另一个目的地。
从 this superuser post 开始，从解决方案目录中删除 .suo（对我来说是 .vs12.suo）文件。在 VS2013 中为我工作。
除了 suo/vs 文件夹之外，还有两件事导致了这个：
- 签入了一个项目，其中引用了未签入的文件。例如，一个带有 T4 模板的代码生成器项目吐出了 1000 个 poco。 .cs 文件从来都不是源代码控制的，但有人不小心签入了包含文件的项目。
- 一个 .csproj 合并很有趣，而不是加载单个项目失败，整个解决方案挂起
我有很多项目的解决方案。昨晚我在解决方案中添加了一个新项目。今天早上，加载我的解决方案后，VS15 IDE 将因此错误而冻结。我尝试了此线程中的许多建议，但 none 似乎有效。
我从解决方案中删除了新项目，现在一切正常。我的 .csproj 文件中一定有什么东西已经损坏或完全错误。一旦它从 .sln 中删除，一切似乎又能正常工作了。现在我将重建新项目。
我在尝试加载 Xamarin 项目时遇到了类似的问题。遗憾的是，删除 *.suo 文件以及此处提到的其他答案都没有帮助。
解决方案是重置 Visual Studio 设置，如 https://blogs.msdn.microsoft.com/willy-peter_schaub/2010/09/15/if-you-have-problems-with-tfs-or-visual-studio-flush-the-user-cache-or-not/
中所述
Delete the contents from the following folders:
- C:\Users\<>\AppData\Local\Microsoft\Team Foundation
- C:\Users\<>\AppData\Local\Microsoft\VisualStudio
- C:\Users\<>\AppData\Local\Microsoft\VSCommon
Go to the Visual Studio IDE folder in command prompt and Run the following command “devenv /resetuserdata” from the Visual Studio IDE folder:
* Typical location for 64 bit: C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE
* Typical location for 32 bit: C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE
小心，因为您将丢失所有项目设置
问题
当数据源是从其他视图的结果中选择的视图时，就会出现此问题。
发生的事情是计算视图提供的列的例程变得混乱。
问题的解决方法
创建一个存储过程：
- 创建临时 table
- 将视图结果插入临时 table
- 从临时table
中选择
这使数据流例程能够计算视图提供了哪些列。
我是如何找到解决方案的
我在使用 Visual Studio 2010 的数据源助手创建新的数据流任务时找到了这个答案。
我通过将它们托管在同一台服务器上来确保我不会遇到数据库和应用程序之间的网络问题。
有问题的视图基于其他 2 个视图，它们指向多个数据库上的多个 table。
SSIS pkg 是由 windows 帐户创建的，该帐户也是 Sql 中的服务器管理员，但我认为 SSIS 无法验证来自如此复杂视图的数据。
不管它有什么价值，我记得在使用 git 源代码控制的项目中工作，我们发现视觉工作室 git 客户端导致整个环境 运行真的真的很慢，可能是因为项目很大吧。
从列表转到工具->选项->源代码管理->插件选择-> Select None。
这对我过去的事情有很大的改善，希望对你有所帮助！
我在使用 VS 2008 更新 SSIS 包时发生了这种情况，
解决方案：打开 dtsx 文件，搜索所有超时并将它们更改为大约 10 秒，出于某种原因其中一些为 0，这基本上意味着：'hang forever'.
:)
对于这个问题，目前还没有确切的解决办法。根据我的经验，可以有
这个错误的原因有很多。你可以通过
来解决这个问题
1）删除项目文件中的.vs文件夹
2 ) 删除网络缓存
C:\Users\user_name\AppData\Local\Microsoft\WebsiteCache
3) 清除临时文件
4) Update/Upgrade 或 re-installing vs :(
但是，您可能仍然找不到解决方案，那么下一步应该是
卸载您的反病毒程序
specially if you are using Bit Defender /
McAfee most probably that will be the reason for the issue ( in my case is
was McAfee)
If it doesn't work,
Go for **System restore**
(better solution than re-installing the visual studio )
I solved this issue after uninstalling McAfee anti-virus program.
Hope this will help you.
问题不大！只需重新启动 OS，whooooo 已解决，一切正常。如果我们尝试一次打开多个项目，就会发生这种情况。
对于那些在 WPF 项目中有时遇到此问题的人，您应该在任务管理器中关闭 XAML Designer 进程，然后单击 XAML 设计器选项卡中的 Enable project code 按钮 Visual Studio。通过这样做，您将在不关闭 visual studio 的情况下继续工作。
我在安装 Wix Extension 时遇到了类似的错误，因此在打开 wix 类型的项目时遇到了这个错误。我刚刚重启机器，再次打开解决方案，问题就没有了。
这个问题发生在我身上，因为一个函数中有大量的代码行
（超过两千行）我把我的代码分成了很多功能
然后一切正常。
我没看到有人提到这个文件“N2000-VS2015.VC.db”。也许，我从阅读中错过了它。这个文件随着时间的推移而增长，对我来说 > 600 MB。也许，除了 .suo 等文件，删除这个文件并重新打开项目。删除此文件似乎对我有用。
几天来我的 Visual studio 2013 Ultimate 出现了问题。我试图打开最简单的控制台应用程序，VS 挂起，当我在右下角的 Visual studio 中单击其他内容时，显示 Visual studio 很忙：Microsoft Visual studio 正在等待内部操作完成。
我已经修复Visual studio没有变化，然后卸载并安装新的VS，问题仍然存在。我还检查了病毒。 Windows 中的其他一切工作正常。我禁用了CodeLens，把current source control插件改成了None因为我发现有时候这两个选项挂了vs但是还是没有变化
问题已解决...我创建了新的控制台项目并等待了 20 分钟才真正创建项目。现在创建后每个项目都会立即打开，没有任何问题。
我在我的 Win10 PC 上遇到了同样的问题，然后我通过在工具 → 扩展 → 更新 → Visual studio 2013 更新 5.Visual Studio 中安装 Visual Studio 更新来修复它。
安装 "Visual studio 2013 Update 5" 后，问题消失了。
还有一些步骤，比如清理不同的缓存你可以照着做，但是没有解决我的问题…Check this blog post.
重要的部分：
There could be many reasons behind this. Few common fixes are below:
- Remove website cache from following location: C:\Users\%USERNAME%\AppData\Local\Microsoft\WebsiteCache
- Restart IIS: Start → RUN → iisreset
- Go to Tools → Options and browse all the options and disable all unnecessary options.
- Clear cache.
- Remove temp files.
- Ensure there is enough space in C (System) drive.
更新2017-01-03
在 C:\Windows\Microsoft.NET framework 文件夹中也有 ASP.NET caches，但这是用于网站或调试的缓存问题。在提到的文件夹中，在子目录中搜索 "Temporary ASP.NET Files" 并删除其内容。如果某些文件被锁定，那么 iisreset 应该会有所帮助。
这对我有用：我删除了 .suo 和 .tss 临时文件，然后重试。过去我创建了一个新的空白 SLN，然后将我的项目添加回其中 - 这也有效。
对于正在处理这个问题的VS2015用户：关闭一切，删除项目根目录下的“.vs”文件夹并重新打开。
删除项目，移动到另一个目的地。
从 this superuser post 开始，从解决方案目录中删除 .suo（对我来说是 .vs12.suo）文件。在 VS2013 中为我工作。
除了 suo/vs 文件夹之外，还有两件事导致了这个：
- 签入了一个项目，其中引用了未签入的文件。例如，一个带有 T4 模板的代码生成器项目吐出了 1000 个 poco。 .cs 文件从来都不是源代码控制的，但有人不小心签入了包含文件的项目。
- 一个 .csproj 合并很有趣，而不是加载单个项目失败，整个解决方案挂起
我有很多项目的解决方案。昨晚我在解决方案中添加了一个新项目。今天早上，加载我的解决方案后，VS15 IDE 将因此错误而冻结。我尝试了此线程中的许多建议，但 none 似乎有效。
我从解决方案中删除了新项目，现在一切正常。我的 .csproj 文件中一定有什么东西已经损坏或完全错误。一旦它从 .sln 中删除，一切似乎又能正常工作了。现在我将重建新项目。
我在尝试加载 Xamarin 项目时遇到了类似的问题。遗憾的是，删除 *.suo 文件以及此处提到的其他答案都没有帮助。
解决方案是重置 Visual Studio 设置，如 https://blogs.msdn.microsoft.com/willy-peter_schaub/2010/09/15/if-you-have-problems-with-tfs-or-visual-studio-flush-the-user-cache-or-not/
中所述Delete the contents from the following folders:
- C:\Users\<>\AppData\Local\Microsoft\Team Foundation
- C:\Users\<>\AppData\Local\Microsoft\VisualStudio
- C:\Users\<>\AppData\Local\Microsoft\VSCommon
Go to the Visual Studio IDE folder in command prompt and Run the following command “devenv /resetuserdata” from the Visual Studio IDE folder: * Typical location for 64 bit: C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE * Typical location for 32 bit: C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE
小心，因为您将丢失所有项目设置
问题
当数据源是从其他视图的结果中选择的视图时，就会出现此问题。
发生的事情是计算视图提供的列的例程变得混乱。
问题的解决方法
创建一个存储过程：
- 创建临时 table
- 将视图结果插入临时 table
- 从临时table 中选择
这使数据流例程能够计算视图提供了哪些列。
我是如何找到解决方案的
我在使用 Visual Studio 2010 的数据源助手创建新的数据流任务时找到了这个答案。
我通过将它们托管在同一台服务器上来确保我不会遇到数据库和应用程序之间的网络问题。
有问题的视图基于其他 2 个视图，它们指向多个数据库上的多个 table。
SSIS pkg 是由 windows 帐户创建的，该帐户也是 Sql 中的服务器管理员，但我认为 SSIS 无法验证来自如此复杂视图的数据。
不管它有什么价值，我记得在使用 git 源代码控制的项目中工作，我们发现视觉工作室 git 客户端导致整个环境 运行真的真的很慢，可能是因为项目很大吧。
从列表转到工具->选项->源代码管理->插件选择-> Select None。
这对我过去的事情有很大的改善，希望对你有所帮助！
我在使用 VS 2008 更新 SSIS 包时发生了这种情况，
解决方案：打开 dtsx 文件，搜索所有超时并将它们更改为大约 10 秒，出于某种原因其中一些为 0，这基本上意味着：'hang forever'.
:)
对于这个问题，目前还没有确切的解决办法。根据我的经验，可以有 这个错误的原因有很多。你可以通过
来解决这个问题1）删除项目文件中的.vs文件夹
2 ) 删除网络缓存 C:\Users\user_name\AppData\Local\Microsoft\WebsiteCache
3) 清除临时文件
4) Update/Upgrade 或 re-installing vs :(
但是，您可能仍然找不到解决方案，那么下一步应该是
卸载您的反病毒程序
specially if you are using Bit Defender /
McAfee most probably that will be the reason for the issue ( in my case is
was McAfee)
If it doesn't work,
Go for **System restore**
(better solution than re-installing the visual studio )
I solved this issue after uninstalling McAfee anti-virus program.
Hope this will help you.
问题不大！只需重新启动 OS，whooooo 已解决，一切正常。如果我们尝试一次打开多个项目，就会发生这种情况。
对于那些在 WPF 项目中有时遇到此问题的人，您应该在任务管理器中关闭 XAML Designer 进程，然后单击 XAML 设计器选项卡中的 Enable project code 按钮 Visual Studio。通过这样做，您将在不关闭 visual studio 的情况下继续工作。
我在安装 Wix Extension 时遇到了类似的错误，因此在打开 wix 类型的项目时遇到了这个错误。我刚刚重启机器，再次打开解决方案，问题就没有了。
这个问题发生在我身上，因为一个函数中有大量的代码行 （超过两千行）我把我的代码分成了很多功能 然后一切正常。
我没看到有人提到这个文件“N2000-VS2015.VC.db”。也许，我从阅读中错过了它。这个文件随着时间的推移而增长，对我来说 > 600 MB。也许，除了 .suo 等文件，删除这个文件并重新打开项目。删除此文件似乎对我有用。