关闭 .SQL 文件时 Visual Studio 挂起

问题描述 投票:0回答:3

我禁用了所有扩展,并且只打开了 1 个 Sql 项目。然而,每当我关闭 SQL 文件时,Visual Studio 就会挂起。

受影响的版本:

  • 2017年度企业
  • 2015年度企业

在此“挂起时间”期间,Visual Studio 处于“无响应”状态。

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

编辑:可在安全模式下使用 devenv 重现

想法?

visual-studio visual-studio-2015 visual-studio-2017 sql-server-data-tools sqlproj
3个回答
23
投票

打开 MS 票证:https://developercommunity.visualstudio.com/content/problem/67789/visual-studio-hangs-when-writing-sql-files.html

真正的解决方案将来自微软的更新。然而,目前,关闭我对“Visual Studio 体验改进计划”的参与似乎可以解决这个问题。

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

编辑:Microsoft 的票证已打开,可以在此处找到:

https://developercommunity.visualstudio.com/content/problem/67789/visual-studio-hangs-when-close-sql-files.html


0
投票

当 .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

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

在关闭 wemgr.exe 句柄后,运行 procmon 在我的计算机上显示关闭单个窗口时有 11 秒的延迟:

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

这似乎是一个产品错误,目前没有已知的解决方法。


0
投票

我的解决方法是:

  1. 更新这些扩展:

    • VS2017 的 ReadyRoll
    • SQL 提示核心
  2. 在 VS 2017 Enterprise 上禁用/重新启用以下扩展:

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

当我试图找出导致挂起的扩展程序时,我无法识别具体的扩展程序。 不管怎样,这种方法有效,我现在已经启用了所有三个扩展。

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

© www.soinside.com 2019 - 2024. All rights reserved.