[原]排错实战——VS清空最近打开的工程记录

原脚本how-toprocess monitorsysinternalsvsvisual studiovs2017vs2019注册表

缘起

vs有一个功能 —— 在起始页会显示最近打开的工程列表，方便用户快速打开之前打开过的工程文件。但是打开的工程文件多了，想要找到自己需要的工程文件也不是那么容易的，要是能把之前打开的记录都清理干净该有多好啊。本文记录了我在查找vs2019相关设置存储位置的调查过程 。对于vs2017以前的版本，对应的设置是保存在注册表中的，从vs2017开始，不再保存在注册表，而是存储在本地配置文件中。到底存储在哪里了呢？我们一起来看看吧！

调查

调查这种问题，当然优先考虑process monitor了，对吧？

使用process monitor

1. 打开process monitor，开始捕获事件。

2. 打开vs2019，直到显示出最近打开的文件列表。

3. 停止捕获。

4. 查找vs2019访问过的注册表项记录，根据Result那列是SUCCESS进行过滤，找了一圈没发现可疑项，有几类事件非常像，但是不能进一步得到更有效的信息。

 

most-likely-registry-key

 

上图黄色高亮部分REGISTERYA对应的注册表项很奇怪，不能直接跳转过去（一般在Path列中的记录都可以通过右键菜单的Jump To...跳转过去），而且在注册表中搜索不到此键。关于REGISTERYA的相关资料，会在文末给出。

5. 虽然在注册表事件中没有找到答案，我们还可以在文件读写事件里搜索。在Path列按CTRL+F，搜索关键字VsClearRecentProjects.sln，没找到任何记录，在Detail列同样没搜到任何记录。这是什么情况？:confounded:

看来这次不能通过process monitor直接找到答案了（其实，process monitor已经捕获了相关的事件，只不过我没能通过已知信息找到它）。我们还有什么办法呢？vs应该不至于对这么简单的配置项进行加密存储，我们还可以在整个电脑中搜索与VsClearRecentProjects.sln相关的内容。

在注册表中搜索

首先，在注册表中搜索VsClearRecentProjects.sln，结果如下：

 

find-in-registry

从搜索结果来看，没有一项是跟vs有关的，看来从注册表中我们没能得到什么有价值的线索。

 

继续在磁盘文件中搜索

我们可以通过FileLocator对磁盘文件内容进行搜索，结果如下：

 

fileLocator-search-result

 

Wow，搜到不少相关结果。对每一项进行检查后发现ApplicationPrivateSettings.xml最有可能。

验证

关闭vs2019，删除ApplicationPrivateSettings.xml，重新启动vs2019，不再显示最近打开的工程列表。搞定！

{% note info %}

说明：对于vs2017及以后版本，相关配置存储在配置文件中，大家可以在自己机器上搜索该文件，删除即可。

{% endnote %}

{% note warning %}

警告：该文件中不仅仅包含最近打开的工程文件，还包含其它设置！谨慎删除（删了也没什么事）！懒人随意。

{% endnote %}

清理

知道了存储位置，清理起来就简单了。

脚本

我们可以使用以下脚本来清理，本脚本摘自网络，我做了注释及补充完善。

@echo off
:: vs2005
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio8.0FileMRUList /va /f
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio8.0ProjectMRUList /va /f

:: vs2008
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio9.0FileMRUList /va /f
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio9.0ProjectMRUList /va /f

:: vs2010
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio10.0FileMRUList /va /f
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio10.0ProjectMRUList /va /f

:: vs2012
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio11.0FileMRUList /va /f
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio11.0ProjectMRUList /va /f

:: vs2013
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio12.0FileMRUList /va /f
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio12.0ProjectMRUList /va /f

:: vs2015
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio14.0FileMRUList /va /f
@REGDelete HKEY_CURRENT_USERSoftwareMicrosoftVisualStudio14.0ProjectMRUList /va /f

:: vs2019 (需要变成你自己电脑上的路径)
@del C:UsersBCNAppDataLocalMicrosoftVisualStudio16.0_20f56984ApplicationPrivateSettings.xml

工具

如果你不想手动查找ApplicationPrivateSettings.xml的路径，可以使用我写的超级简单的winform程序。github地址 https://github.com/BianChengNan/VsClearRecentProjects ，欢迎fork。

 

tiny-clear-tool

 

最后，贴出一份vs名称与内部版本号的对应关系，以后可能用的到。

 

vs-history

 

关于REGISTRYA

StackExchange上的帖子 What does the path 'REGISTRYA…' in Sysinternals Procmon log mean?

中的回答对此做了很有帮助的介绍，摘录如下：

It is application hive, which can be seen in volatilty by no name! pplication hives are registry hives loaded by user-mode applications to store application-specific state data. An application calls the RegLoadAppKey function to load an application hive.

more info on

http://msdn.microsoft.com/en-us/library/windows/hardware/jj673019%28v=vs.85%29.aspx

提问者最后的回答更加明确，引用了MSDN Forum上的问答。为了方便大家，也摘录如下：

Hi,

The increase the isolation and resilience of VS 2017, it uses now a private registry hive. Internally VS uses a redirection and while for VS extensions (which are dlls) this is transparent, for external processes (that are exes), this causes them not to work.To change values in the private registry hive by hand, you can use regedit.exe to load a private hive. You need to select the HKEY_USERS node, and click the File > Load Hive… menu. You select the privateregistry.bin file, give a name to the hive (I entered “VS2017PrivateRegistry”) and now you can see the 15.0_Config key populated as usual (note: use File > Unload Hive when done):

To change values in the private registry hive programmatically you need either to build an extension for VS or if you want to use an external exe you need to use the RegLoadAppKey function or avoid using the registry directly and use the External Settings Manager. See the section “Change: Reduce registry impact” in Breaking Changes in Visual Studio 2017 extensibility.

总结

• FileLocator可以快速搜索文件内容，everything可以根据文件名进行快速搜索。
• 条条大路通罗马，有时候简单粗暴的方法反而更有效。
• 关于REGISTRYA，你学到了吗？:blush:

参考资料

• visual studio build numbers and release dates
• how to get visual studio 2017 version number and edition
• Wiki: Microsoft Visual Studio History