缘起
vs
有一个功能 —— 在起始页会显示最近打开的工程列表,方便用户快速打开之前打开过的工程文件。但是打开的工程文件多了,想要找到自己需要的工程文件也不是那么容易的,要是能把之前打开的记录都清理干净该有多好啊。本文记录了我在查找vs2019
相关设置存储位置的调查过程 。对于vs2017
以前的版本,对应的设置是保存在注册表中的,从vs2017
开始,不再保存在注册表,而是存储在本地配置文件中。到底存储在哪里了呢?我们一起来看看吧!
调查
调查这种问题,当然优先考虑process monitor
了,对吧?
使用process monitor
打开
process monitor
,开始捕获事件。打开
vs2019
,直到显示出最近打开的文件列表。停止捕获。
查找
vs2019
访问过的注册表项记录,根据Result
那列是SUCCESS
进行过滤,找了一圈没发现可疑项,有几类事件非常像,但是不能进一步得到更有效的信息。上图黄色高亮部分
\REGISTERY\A\
对应的注册表项很奇怪,不能直接跳转过去(一般在Path
列中的记录都可以通过右键菜单的Jump To...
跳转过去),而且在注册表中搜索不到此键。关于\REGISTERY\A\
的相关资料,会在文末给出。
- 虽然在注册表事件中没有找到答案,我们还可以在文件读写事件里搜索。在
Path列
按CTRL+F
,搜索关键字VsClearRecentProjects.sln
,没找到任何记录,在Detail列
同样没搜到任何记录。这是什么情况?:confounded:
看来这次不能通过process monitor
直接找到答案了(其实,process monitor
已经捕获了相关的事件,只不过我没能通过已知信息找到它)。我们还有什么办法呢?vs
应该不至于对这么简单的配置项进行加密存储,我们还可以在整个电脑中搜索与VsClearRecentProjects.sln
相关的内容。
在注册表中搜索
首先,在注册表中搜索VsClearRecentProjects.sln
,结果如下:
从搜索结果来看,没有一项是跟vs
有关的,看来从注册表中我们没能得到什么有价值的线索。
继续在磁盘文件中搜索
我们可以通过FileLocator
对磁盘文件内容进行搜索,结果如下:
Wow,搜到不少相关结果。对每一项进行检查后发现ApplicationPrivateSettings.xml
最有可能。
验证
关闭vs2019
,删除ApplicationPrivateSettings.xml
,重新启动vs2019
,不再显示最近打开的工程列表。搞定!
说明:对于vs2017
及以后版本,相关配置存储在配置文件中,大家可以在自己机器上搜索该文件,删除即可。
警告:该文件中不仅仅包含最近打开的工程文件,还包含其它设置!谨慎删除(删了也没什么事)!懒人随意。
清理
知道了存储位置,清理起来就简单了。
脚本
我们可以使用以下脚本来清理,本脚本摘自网络,我做了注释及补充完善。
1 | @echo off |
工具
如果你不想手动查找ApplicationPrivateSettings.xml
的路径,可以使用我写的超级简单的winform
程序。github
地址 https://github.com/BianChengNan/VsClearRecentProjects ,欢迎fork
。
最后,贴出一份vs名称
与内部版本号
的对应关系,以后可能用的到。
关于\REGISTRY\A
StackExchange
上的帖子 What does the path ‘\REGISTRY\A\…’ 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
可以根据文件名进行快速搜索。- 条条大路通罗马,有时候简单粗暴的方法反而更有效。
- 关于
\REGISTRY\A
,你学到了吗?:blush: