调试时 Visual Studio 始终位于最前面
当我开始调试我们当前正在处理的项目时，程序窗口在窗口中没有获得适当的焦点，而是堆叠在 Visual Studio 窗口后面。 我认为我的任何团队成员计算机上都没有出现此问题，因此看起来这是我的系统上的问题。
VS2008中有没有总是在最上面的设置或者类似的东西？ 我似乎找不到……
知道是什么原因造成的吗？ 视觉工作室？ 程序代码？
我知道这是一个模糊的问题，但如果没有人认识到这个问题，我会考虑添加更多细节。
编辑： 我正在使用带有 ReSharper、GhostDoc 和资源重构工具的 Visual Studio 2008。
编辑： 我已经查看了 VS 中可以找到的每个选项，但找不到任何可以解释此行为的内容。
编辑： 我在双显示器设置 Lenovo Thinkpad Tseries 笔记本电脑上运行此程序。 显示器通过扩展坞连接。 显示器 1 使用 DVI 电缆连接，显示器 2 使用 VGA 电缆连接。
When I start debugging the project we are currently working on, the program window is not given proper focus in windows but is stacked behind the Visual Studio window. I don't think this problem occurs on any of my team members computers, so it looks like it's a problem on my system.
Is there a setting in VS2008 for always on top or something like that? I can't seem to find one...
Any idea what could be causing this? Visual Studio? The program code?
I know this is sort of a vague issue but I'll concider adding more detail if no one recognizes the problem.
EDIT:
I am using Visual Studio 2008 with ReSharper, GhostDoc and Resource Refactoring Tool.
EDIT:
I've looked through every single option I can find in VS and I can not find anything that would explain this behaviour.
EDIT:
I am running this on a dual monitor setup Lenovo Thinkpad Tseries laptop. The monitors are connected through a docking station. Monitor 1 is connected with a DVI cable and monitor 2 is connected vith a VGA cable.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（11）
这只是一个理论，但在我最近升级到 ReSharper 4.5 后，这个问题似乎得到了解决。 这可能是巧合，但我倾向于认为这不是......:P
This is just a theory, but after I recently upgraded to ReSharper 4.5 this problem looks to be resolved. It could be a coincidence but I'm inclined to think it isn't... :P
您可以使用以下命令切换活动窗口的“始终位于顶部”选项：
“Windows 键 + A”
You can toggle “Always on top” option for the Active window using:
"Windows Key + A"
我在 Windows 10 上运行 Visual Studio 2013 时遇到了这个问题，我不能 100% 确定它何时或为何启动，但可能是在安装一些 Windows 更新后出现的。
我使用 Indinfer 描述的方法的一个小变体解决了这个问题：
I had this problem with Visual Studio 2013 running on windows 10, I'm not 100% sure when or why it started, but it may have been after installing some Windows updates.
I resolved it using a minor variation of the method described by Indinfer:
当我为 vstest.discoveryengine.x86.exe 设置 AppVerifier 时，我得到了这个
I got this when I have AppVerifier set for vstest.discoveryengine.x86.exe
最简单的解决方案是在 Visual Studio 上重置自定义设置。
设置”
这是最安全的解决方案，但您将丢失所做的所有自定义操作，例如添加代码文件的行号、主题等。
它适用于我的 Visual Studio 2012 Ultimate。
Simplest solution is to reset your custom settings on Visual studio.
settings"
This is safest solution but you will loose all customization you did, e.g. adding line numbers for code files, themeing, etc.
It worked for my Visual Studio 2012 Ultimate.
上述方法都不适合我，但当我解决另一个问题时，它就消失了。 即使我在管理员中运行，我也无法将 MSVS 2019 注册为即时调试器。 消息为“另一个调试器已注册...”。 我卸载了 MSVS Shell (2015) 和 MSVS 2017，并删除了此处接受的 asnwer 中列出的注册表项：如何停止阻止构建服务器的“即时调试”消息
，它解决了这两个问题。
顺便说一句 - C++ 调试时不会出现 Always On Top 问题，并且我正在使用 ReSharper Ultimate 2020。
None of the above worked for me, but it went away while I was troubleshooting a different problem. I could not register MSVS 2019 as the Just-In-Time debugger even though I was running in admin. The message as "Another Debugger is Registered...". I uninstalled MSVS Shell (2015) and MSVS 2017, and deleted the registry keys listed in the accepted asnwer here: How to stop “Just In Time Debugging” messages blocking a buildserver
, and it solved both problems.
BTW - The problem Always On Top problem did not happen with C++ debugging and I am using ReSharper Ultimate 2020.
只需重新启动我的计算机，它就对我有用。 过去一个月左右已经有3次了。
It worked for my by simply restarting my computer. Three times over the last month or so.
没有解决方案，但也许是一个观察：我在启用双显示器的计算机上调试 WinForms 应用程序时也时不时遇到这种情况。 想想看，我从未尝试过关闭一台显示器，并且在我的新工作中我们不创建 WinForms 应用程序。 随着 Webforms 启动一个新的浏览器，我从未遇到过这个问题（还）。
No solution, but maybe an observation: I got this from time to time too with WinForms applications debugging on a machine with dual monitor enabled. Thinking about it, I never tried turning one monitor off and at my new work we do not create WinForms applications. With Webforms starting a new browser I never had this problem (yet).
很简单。 只需在 Visual Studio 2017 上切换最大化按钮
Very Simple. Just Toggle Maximise Button on Visual Studio 2017
我遇到了与 Visual Studio 2010 运行 Always-On-Top 相同的问题。
我不知道这是否总是有效。 有趣的是，我关闭了 Visual Studio 2010。然后我以管理员身份重新运行。 Visual Studio 然后正常运行，而不是 Always-On-Top。 我关闭了 Visual Studio。 我正常运行 Visual Studio（不是以管理员身份）。 Visual Studio 没有以 Always-On-Top 方式运行。
注意：“以管理员身份运行”是指我右键单击； 在弹出菜单上单击属性； 在对话框中单击“高级”； 选中“以管理员身份运行”。
我没有尝试通过右键单击然后单击弹出菜单上的“以管理员身份运行”来以管理员身份运行。
我只这样做了一次，因为一旦我让 Visual Studio 正常运行，我不知道如何让它再次运行 Always-On-Top。
I had the same problem that Visual Studio 2010 was running Always-On-Top.
I don't know whether this always works. Anecdotally, I closed Visual Studio 2010. Then I re-ran as administrator. Visual Studio then ran normally, not Always-On-Top. I closed Visual Studio. I ran Visual Studio normally (not as administrator). Visual Studio did not run as Always-On-Top.
Note: by "ran as administrator", I mean that I right clicked; on popup menu clicked on properties; on dialog clicked on "Advanced"; checked "run as administrator".
I did not try running as administrator by right clicking and then clicking "run as administrator" on the popup menu.
I only did this one time because once I got Visual Studio running normally, I did not know how to make it run Always-On-Top again.
另请参阅此答案：https://superuser.com/a/704621/710593
我在 VS 2019 中就遇到了这种情况，这个奇怪的序列解决了问题。
See also this answer: https://superuser.com/a/704621/710593
It just happened to me in VS 2019, and this weird sequence fixed the problem.