Visual studio Visual Studio在关闭.SQL文件时挂起

我禁用了所有扩展，只打开了一个Sql项目。然而，每当我关闭SQL文件时，VisualStudio就会挂起

受影响的版本：

• 2017年企业
• 2015年企业

在此“挂起时间”期间，VisualStudio具有无响应状态

它保持锁定的时间似乎也与关闭/打开的文件数相关

编辑：可在安全模式下使用devenv进行复制

---

想法？

当.sql文件窗口关闭时，VS似乎正在生成Windows错误报告（WER）事件：

Fault bucket , type 0
Event Name: VisualStudioNonFatalErrors2
Response: Not available
Cab Id: 0

Problem signature:
P1: devenv.exe
P2: 15.0.26430.12
P3: vs.platform.hwndwrapper.destroy-window-error
P4: unknown
P5: Microsoft.VisualStudio.Shell.15.0
P6: Microsoft.VisualStudio.PlatformUI.HwndWrapper.DestroyWindowCore
P7: unknown
P8: unknown
P9: unknown
P10: unknown

12:19:31.2071581 AM devenv.exe  6564    CloseFile   C:\Windows\SysWOW64\wermgr.exe  SUCCESS 
12:19:32.7423468 AM devenv.exe  6564    Thread Exit     SUCCESS Thread ID: 16288, User Time: 0.0000000, Kernel Time: 0.0000000
12:19:36.6511179 AM devenv.exe  6564    Thread Create       SUCCESS Thread ID: 8576
12:19:38.1531428 AM devenv.exe  6564    Thread Exit     SUCCESS Thread ID: 8576, User Time: 0.0000000, Kernel Time: 0.0000000
12:19:42.7939996 AM devenv.exe  6564    Thread Create       SUCCESS Thread ID: 12052
12:19:42.7952451 AM devenv.exe  6564    Thread Exit     SUCCESS Thread ID: 12052, User Time: 0.0000000, Kernel Time: 0.0000000
12:19:42.7953980 AM devenv.exe  6564    Thread Create       SUCCESS Thread ID: 6892
12:19:42.7984705 AM devenv.exe  6564    RegQueryKey HKLM    SUCCESS Query: HandleTags, HandleTags: 0x0

这些与每次尝试关闭窗口相关。在构建配置管理器中取消选中构建/部署框似乎没有帮助（我正在运行VS 2017 Enterprise）

在wermgr.exe的句柄关闭后，运行procmon在我的计算机上显示关闭单个窗口的延迟时间为11秒：

Fault bucket , type 0
Event Name: VisualStudioNonFatalErrors2
Response: Not available
Cab Id: 0

Problem signature:
P1: devenv.exe
P2: 15.0.26430.12
P3: vs.platform.hwndwrapper.destroy-window-error
P4: unknown
P5: Microsoft.VisualStudio.Shell.15.0
P6: Microsoft.VisualStudio.PlatformUI.HwndWrapper.DestroyWindowCore
P7: unknown
P8: unknown
P9: unknown
P10: unknown

12:19:31.2071581 AM devenv.exe  6564    CloseFile   C:\Windows\SysWOW64\wermgr.exe  SUCCESS 
12:19:32.7423468 AM devenv.exe  6564    Thread Exit     SUCCESS Thread ID: 16288, User Time: 0.0000000, Kernel Time: 0.0000000
12:19:36.6511179 AM devenv.exe  6564    Thread Create       SUCCESS Thread ID: 8576
12:19:38.1531428 AM devenv.exe  6564    Thread Exit     SUCCESS Thread ID: 8576, User Time: 0.0000000, Kernel Time: 0.0000000
12:19:42.7939996 AM devenv.exe  6564    Thread Create       SUCCESS Thread ID: 12052
12:19:42.7952451 AM devenv.exe  6564    Thread Exit     SUCCESS Thread ID: 12052, User Time: 0.0000000, Kernel Time: 0.0000000
12:19:42.7953980 AM devenv.exe  6564    Thread Create       SUCCESS Thread ID: 6892
12:19:42.7984705 AM devenv.exe  6564    RegQueryKey HKLM    SUCCESS Query: HandleTags, HandleTags: 0x0

这似乎是一个产品缺陷，目前还没有已知的解决方法

打开MS票证：

真正的解决方案将来自微软的更新。然而，现在，关闭我参与的“Visual Studio体验改善计划”似乎解决了这个问题

---

您可以通过单击“帮助->发送反馈->设置”（2017年，不确定2015年）来检查您是否已注册此计划。

我的解决方法是：

更新这些扩展：

• VS2017的ReadyRoll
• SQL提示核心

在VS 2017 Enterprise上禁用/重新启用以下扩展：

• VS2017的ReadyRoll
• SQL提示核心
• SQL搜索

当我试图找出导致挂起的扩展时，我无法确定具体的扩展。 无论如何，这种方法是有效的，我现在已经启用了所有三个扩展

---

这一切都很奇怪，因为我在上周五打开了我的工作站，打开了VS。本周一早上，当尝试打开任何.sql文件时，即使该文件为空，它也开始挂起。

您尝试过devenv/SafeMode吗？另一个选项是将另一个Visual Studio附加到第一个Visual Studio，以便在关闭第一个Visual Studio时检查调用堆栈，可能它正在连接到某个位置并超时。SafeMode会产生相同的结果。我使用了一个连接监视器来查看它是否向外延伸并挂起。但是没有骰子。好主意！Visual Studio是处理

.sql

文件的最差工具。即使使用

Notepad++

，您也会感觉更好。就像字面意思一样，我从来没有见过一个工具能比Visual Studio更糟糕地处理

sql

文件。我的人，这是一个惊人的见解。也许我们应该在VS错误论坛上复制这条线索？我是新来的。。。不知道最好的方法是什么，太棒了。伟大的兄弟@罗斯兰克。很高兴听到这个消息帮助了别人！你太棒了！这几个星期让我发疯了。真是个开膛手！这仍然是最新更新（15.3）的问题。在15.4中仍然是问题。当sql文件打开时，它似乎也会影响解决方案的关闭（或项目的卸载）。