Visual c++ visualc&x2B+；挂起，我无法终止应用程序

我描述的行为从VS2008开始我就知道了，而且我在我们对它所做的每一次更新（VS2010、VS2013）中都看到了它

运行应用程序时，Visual C++挂起变得无响应。然后我去任务管理器终止它的进程。有时发生1，有时发生2

VisualStudio再次作出响应。然而，应用程序进程变得不朽，我试图在任务管理器中杀死它，它说“拒绝访问”。然后，我再次尝试打开任务管理器，但这次有一个管理用户，我仍然看到“拒绝访问”。我必须重新启动Visual Studio，以摆脱僵尸应用程序的进程

Visual Studio将永远绞死他。我不知道还有比杀掉VS更好的选择。这更糟糕，因为我失去了整个调试会话

问题:

• 1。如果我不能在VisualStudio之外杀死应用程序进程（我想原因是因为该进程是VS进程的子进程），那么是否仍然可以从VisualStudio中杀死它？或者任何允许这样做的扩展

• 两个人。有没有比杀VS更好的选择

• VS2015在这个问题上是否有任何已知的进展

---

很明显，您的机器感染了病毒。最常见的是程序员自愿安装的类型。如果它是像Avast这样真正具有攻击性的垃圾软件，那么彻底摆脱它，它就不适合在程序员的机器上运行。@HansPassant:我有好几台机器，好几次格式化和重新安装，这种行为在每一台机器上都存在。你的评论让我害怕的是“显然”。你怎么能这么肯定？我在涉及网络项目地点的情况下观察到类似的VS症状。您是否有机会将解决方案或项目放在远程共享上，或对某些包含的文件使用UNC路径？@TonPlooij:否。但这可能与应用程序集成了一个DLL有关，该DLL与HPGL命令的切割机进行一些网络通信；它也是多线程的，有关键部分，有一些omp并行性，还包括做omp并行的库。我现在怀疑这是由一个后台线程周期性地在自身上执行

Sleep（50）

引起的。我还怀疑我提出的另一个问题有点相关。奇怪的是，当我在VisualStudio的“线程”窗口中冻结该线程时，该线程继续运行！很明显，您的机器感染了病毒。最常见的是程序员自愿安装的类型。如果它是像Avast这样真正具有攻击性的垃圾软件，那么彻底摆脱它，它就不适合在程序员的机器上运行。@HansPassant:我有好几台机器，好几次格式化和重新安装，这种行为在每一台机器上都存在。你的评论让我害怕的是“显然”。你怎么能这么肯定？我在涉及网络项目地点的情况下观察到类似的VS症状。您是否有机会将解决方案或项目放在远程共享上，或对某些包含的文件使用UNC路径？@TonPlooij:否。但这可能与应用程序集成了一个DLL有关，该DLL与HPGL命令的切割机进行一些网络通信；它也是多线程的，有关键部分，有一些omp并行性，还包括做omp并行的库。我现在怀疑这是由一个后台线程周期性地在自身上执行

Sleep（50）

引起的。我还怀疑我提出的另一个问题有点相关。奇怪的是，当我在VisualStudio的“线程”窗口中冻结该线程时，该线程继续运行！