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