我有这个问题，我打开 Visual Studio 并且内部窗口分散在各处。它们都没有停靠；一些应该可见的变得不可见，反之亦然。然后，我必须花费很长时间将窗户恢复到我喜欢的位置。
这似乎只发生在某些解决方案中，并且最近才出现。
在我的一生中，我无法解决这个问题。有其他人经历过吗？
【问题讨论】：
标签： windows visual-studio dock
听起来，Visual Studio 在往返之间保留您的设置以及可能是您的 Visual Studio 设置配置文件通常存在问题。
我推荐的解决方案是首先重置所有设置，然后根据您的个人喜好自定义内容，最后备份这些自定义设置。这个想法是，这个设置备份文件可以在以后用于自动将快速设置恢复到您满意的点。以下步骤展示了如何执行此操作，并有望解决最令人困惑的 Visual Studio 设置问题：
关闭 Visual Studio 的所有实例。
转到开始 > 程序 > Visual Studio 200X > Visual Studio 工具 > 并选择“Visual Studio 200X 命令提示符”
运行不太知名的“devenv.exe /ResetUserData”命令。使用此命令，您将丢失所有 Visual Studio 环境设置和自定义。因此，/ResetUserData 开关不受官方支持，Microsoft 也没有宣传它（当您在命令提示符中键入 devenv.exe /? 时，您获得的 devenv.exe 帮助中没有描述该开关）。重要的是，等待生成的 devenv.exe 进程从任务管理器甚至更好的进程资源管理器中消失。
当进程从任务管理器或进程资源管理器中消失时，运行“devenv.exe /ResetSettings”，这将恢复 IDE 的默认设置并最终启动 Visual Studio 的单个实例。
现在在 Visual Studio 中，选择“工具”菜单底部附近的“导入和导出设置...”以启动导入和导出设置向导。
选择“重置所有设置”单选按钮并下一步 > 选择“否，只需重置设置，覆盖我当前的设置”和下一步 > 选择您的个人“设置集合”首选项，我将在此处选择 Visual C# 开发设置（注意：您在此处选择的内容会影响键盘快捷键等，但您始终可以重复此过程直到满意为止）然后单击“完成”。
当您收到“您的设置已成功重置为 XXXXXX 开发设置”的消息时。单击关闭，然后花一些时间向 Visual Studio 添加任何个人自定义项，例如打开您总是想要打开的窗口、自定义工具栏和添加任何工具栏按钮等。
当您完成个人自定义并对设置完全满意后，再次转到工具 > '导入和导出设置...'
选择“导出所选环境设置”单选按钮并下一步 > 勾选“所有设置”并下一步 > 选择文件名和目录并单击完成以将当前设置的备份存储在 .vssettings 文件中。
以后如果事情再次出现问题，请返回工具>“导入和导出设置...”，这次选择“导入选定的环境设置”单选按钮，然后选择“否，只需导入新设置” ，覆盖我当前的设置'和下一步>从列表中选择.vssettings文件的名称（通常在我的设置文件夹下）或浏览..到您保存文件的位置，然后下一步>勾选“所有设置”并单击完成.
重要的是，关闭 Visual Studio 的单个实例。您将来打开的任何实例都应保留您最新的自定义设置。
【讨论】：
Visual Studio 经常单调地破坏其设置（一直如此，自 Visual C++ 时代以来我一直受此困扰，而且它在 VS2013 中仍然是一个问题）。
这通常看起来完全是随机的，但很可能发生在崩溃之后。
如果 Visual Studio 没有完全关闭，它也会丢失对您的设置所做的任何更改 - 出于某种原因，当您确定对话框时，VS 不会保存设置，而是等到它退出后再写回您的更改，所以在更改选项后，我总是退出并重新启动以确保更改已刷新到磁盘。同样，您永远不应该在运行 2 个或更多 VS 实例时更改选项，因为最后一个退出会覆盖设置。
特别是，有一个很容易重现的情况：如果您同时启动两个或多个副本（我的意思是如果您启动两个或多个副本，那么它们都在同时初始化），它们似乎在争夺设置文件，它被损坏或重置为默认值。
我发现的两个最佳解决方法是：
不要一次启动多个实例。如果您需要同时运行多个实例，请等待第一个实例完成加载其解决方案，然后再开始启动下一个实例。
始终使用Tools > Import and Export Settings 将您的设置保存到备份文件中，这样每次从损坏中恢复只需几秒钟。
另一个较小但仍然相当烦人的习惯是，如果 VS 在退出时被最小化（例如通过关闭），它会破坏其窗口位置信息，并且下次运行它时，它将被最大化。
【讨论】：
当我的文档文件夹存储在映射驱动器上时，我遇到了类似的问题。如果我在映射驱动器之前打开 VS，VS 会像第一次打开它一样。我通过将环境设置存储在本地磁盘上解决了这个问题。
【讨论】：
我也遇到了这个问题（似乎在 Windows 更新后触发），无论我做什么，我都会得到一些虚假的窗口布局。上述建议也没有奏效。但幸运的是删除的建议：Why doesn't VS 2008 IDE remember my preferences?：
%APPDATA%\Application Data\Microsoft\VisualStudio\9.0\windows.prf
工作。
TP
【讨论】：
其实我发现了罪魁祸首：之前的 VS 崩溃了。
如果我的一个 Visual Studio 实例由于某种原因崩溃 - 下次我启动 VS 时，我会得到一批奇怪的设置。行为取决于多种因素，例如我当时是否打开了其他 VS 实例。
【讨论】：
我尝试了 Peter McG 的解决方案，但仍然没有帮助。 最终对我有用的是删除我的 VS 解决方案用户选项 (.sou)。与我的解决方案位于同一目录中。
唯一不好的是您必须重做所有设置。这包括我的异常更改。没有太大的改变，但如果你有很多定制，那可能会很痛苦。 该文件中一定有什么东西弄乱了一切，但删除整个文件既快捷又简单。
【讨论】：
您要打开哪个解决方案并不重要，因为这些设置不是特定于解决方案的。但我想知道您是否安装了 Visual Studio 2005 和 2008？如果是这样，打开 2005 年创建的解决方案将打开 VS 2005，打开 2008 解决方案将打开 VS 2008。即使您没有安装它，您也可能拥有 VS 2005。例如，InfoPath 2007 安装一个 VS 2005 shell。
首先我会将窗口放置在您想要的位置，然后执行工具 -> 导出设置并仅包含窗口布局。这样你至少有一些可以恢复的东西。
然后我会检查工具 -> 选项 -> 导入导出设置并记下“自动将我的设置保存到此文件”路径的设置位置。密切关注该文件。您是否有任何可能会无意中覆盖它的同步软件？它是否指向一个不存在的位置？
【讨论】：
我的问题类似，但结果是应用程序崩溃。问题是这个值
在 HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\11.0\MainWindow 中。它被设置为“0 1000 -280 -100 3”可能是因为有多个屏幕并且 UI 经常移动。
删除此值可让应用成功重启。它会在启动时重新创建。
【讨论】：
我面临着类似的问题。而且它也是最近才开始的，比如在过去 30 天内。我记得在此期间唯一改变的是更新 Resharper 4.5。
【讨论】：
我也经历过类似的事情。在我的情况下，文本编辑器的颜色（例如 c# 编辑器）正在变得混乱。我尝试并为我工作的唯一解决方案是将颜色主题更改为其他内容，然后返回到我想要的内容。
【讨论】：
在我的情况下，不是 Window 布局被破坏，而是 Intellisense 提供代码完成和弹出帮助。在过去的十年中从未遇到过这个问题，现在它每天至少发生 3 次。 Win8.1、Visual Studio 2013、ReSharper 8 和现在的 ReSharper 9（希望升级能修复它）。
我现在经常需要
然后我可以在相当长的一段时间内再次正常工作，直到出现问题......让我在调试时说堆栈溢出。那时我只知道我的设置被搞砸了，我的 Intellisense 又死了。
我开始怀疑这是否与最新的 Visual Studio 更新有关。里面有一些我从不使用的东西，比如广告垃圾和 Office 开发集成。 MS Office 有其自身的问题，例如任何其他应用程序（例如 Quicken）都无法将 Office 64 位视为已安装的电子邮件程序。或者它可能与想要超越和“扩展”智能感知功能的 ReSharper 发生冲突。
无论哪种方式，我确信它是同一问题的不同表现形式：Visual Studio 设置在正常使用期间出现横向变化。
【讨论】：
我刚刚在 VS 2012 中遇到了这个问题，重置窗口布局什么也没做。
我推断
%APPDATA%\Application Data\Microsoft\VisualStudio\9.0\windows.prf
到
%appdata%\Microsoft\VisualStudio\11.0\Windows.index
...删除它并恢复营业！
【讨论】：