注册表是Windows操作系统的核心数据库，记录机器硬件信息、系统配置、用户配置等“高”数据。Windows用户如果不能手动修改注册表项，就不好意思称自己为“计算机极客”。“专家”热衷于用regedit来提高电脑的运行速度，DIY系统配置，把0变1,1变2，神气十足又酷炫；而包括我在内，“手低”的人都不得不看看它，据说不均匀可以改变系统瘫痪，轻易不敢碰，但有一种技能可以轻易获得，那就是使用第三方软件清理注册表垃圾，这么多就可以改进一点力，毕竟还有很多人根本不知道注册表这个东西!

但是就在每个人都同意清理注册表有助于提高系统性能的时候，就在我们每天都怀着这样的信念愉快地进行清理的时候，有人提出了“清理注册表无用”的观点。唯一被强迫的东西被否定了。哦，天哪!我仔细阅读了这些帖子，并没有找到真正令人信服的理由。问题是，我该相信什么？

注册表垃圾，是指软件卸载后在注册表中残留的无用物品，如果不清理，各种软件的加载和卸载，日积万累，注册表的体积会更大。问题是，这个注册表会有多大？增加对系统性能的影响有多大？要理解这些问题，首先需要了解注册中心的组成。

您可能每天都在清理注册表的垃圾，但您不知道注册表在哪里，这是“伟大的秘密”。Logo键+R，运行regedit，看!这就是传说中的登记处!打开的正是注册表编辑器，以易于查看和修改的形式显示注册表数据。

注册表编辑器

考虑到有朋友可能永远不会联系，简单普及一点基本知识：注册表组织结构就像一个文件系统，其中键的概念就相当于文件夹，键值就相当于文件夹中的文件，那么根键就像根目录，子键就像文件夹下的子文件夹，组织成树形结构，不是什么深奥的东西。

下面是进入视图的五个根键。

首先要提到的是符号键的概念。三个根键HKEY_CLASSES_ROOT、HKEY_CURRENT_USER和HKEY_CURRENT_CONFIG本质上是连接到其他两个根键的部分。它们不是独立存在的。相当于Windows文件系统中的快捷方式的概念。不仅根键，根键下面的分子键在其他地方也有符号键，这意味着注册表编辑器显示的大部分内容是重复的，有些甚至超过两次。

根键的链接关系

注册表中唯一实际保存数据的根键是HKEY_LOCAL_MACHINE和HKEY_USERS，因此我们说注册表编辑器所呈现的不是注册表本身，而是一个更容易查看和编辑的注册表视图。每个根键的作用如下表所示。

表：根键的介绍

注意：XP、Vista、Win7甚至64位和32位系统的注册表组成略有不同。这里以Win7为主要系统，尽量体现各系统之间的共同点。

到目前为止，我们看到的都是在内存中，因为注册表是一个信息数据库，所以应该能够在磁盘上找到相应的文件。是的，它在C盘，不是一个，而是一堆(其中一些可能是隐藏的)我们所谓的蜂巢文件。最明智的做法是不要翻译“hive”，它的字面意思是“蜂巢”。

为什么叫蜂巢？传说一个Windows系统的工程师非常讨厌蜜蜂，他的同事把蜂巢作为一个恶作剧……当然，有些人认为这是因为键和值被组织成b -树结构，这是非常专业的，但我更倾向于相信第一种解释。

废话太多，快去查一下HKLM和HKU子码对应的文件。

表：键与hive文件的映射关系

解释：

hive文件包括不带后缀的数据存储文件(如BCD、SAM)和带后缀的辅助文件(如.log、log1、log2、blf and.regtrans-ms)。辅助文件有自己的功能，在本文中不做讨论。

Hive文件为二进制格式，普通软件无法打开。

正如您所看到的，除了HKLM\HARDWARE，注册表中的几乎所有内容都在磁盘上有一个相应的hive文件。这里有一个重要的概念：挥发性蜂巢。此hive不将数据存储在磁盘上。相反，它会在Hive每次上电时动态收集环境信息。信息只存储在内存中。(据推测，计算机在启动时会进行开机自检，检查所有硬件。)因此，hive文件并不代表整个注册表。完整的注册表只存在于内存中。

我不知道HKLM\COMPONENTS是用来做什么的。它甚至在注册表编辑器中不可见，但它确实存在。

微软将hive定义为注册表中键、子键和键值的逻辑组合，而不是文件。许多文章和论文将hive引用为hive文件本身，只要不存在歧义就可以。

一般情况下，软件会在安装时将其所需的组态资料写入HKCU\Software(即HKU\%SID%\Software)及HKLM\ Software。如果没有足够的空间，注册表会增长到4KB(所以我们在C盘上看到的hive文件大小是4K的整数倍);在卸载过程中，一些关键物品会残留并形成垃圾，看起来就像你上完公厕后不冲水一样。这是一件共同愤慨的事。如果注册表增加了n 4K，增加的部分将不会被释放，注册表将变得越来越“臃肿”。

在这一点上，我试图卸载一个软件，并且确实有更少的注册表项，但hive文件仍然保持原样，大小与近一个月前完全相同。

hive文件大小不变(NTUSER.DAT)

该死，我们不是这么说的!是重启吗？重启，不变，重启，我凌乱在风中。理论上，注册表更新每5秒写回hive文件。还可以看到hive文件修改时间刷新。因此，是否重启Hive文件没有影响。

数据太小(小于4K可能不会影响hive文件大小)?其实我在卸载之前已经导出了软件的对应条目，确实是4K以上。为了找出问题所在，我匆忙删除了几个程序，在C盘上增加了2g的空间。这当然够了!Who NTUSER.DAT仍然是相同的NTUSER.DAT, SOFTWARE仍然是相同的SOFTWARE。

不要阻止我!我要去洗手间大哭一场…

但这怎么解释呢？hive文件的大小不代表注册表项的实际大小。从注册表编辑器中导出相应的二进制文件后，才能查看到注册表项在内存中的实际大小。

hive文件大小不变(NTUSER.DAT)

很明显，蜂巢的内存确实缩小了。趁热打铁，在此基础上继续卸载一个风暴视频，在卸载前记录其入口大小——32KB。

风暴音频通过hive导出

证明该操作系统中storm的加载和卸载仅作用于HKCU，对应于NTUSER.DAT。

Hive文件卷对比(两个下划线的文件卷是storm卸载后导出的)

的确，它更小，7944—7916=2832，这正是hive的内容组织在4K中的表现。

现在让我们来看看卸载软件时的垃圾蜂巢有多大。我在注册表中发现了几个已经卸载多年的程序。

垃圾蜂巢导出

你可以看到这堆垃圾不小不小……等一下，我的例子似乎覆盖率不是很好，为什么都是8K!感兴趣的朋友可以从电脑里导出一些蜂巢垃圾来弥补单调的画面。

在这一点上，可以得出一个明显的结论，垃圾hive确实增加了注册表的大小，但磁盘上的hive文件似乎不受影响。系统会修复hive文件大小，可能是为了提高访问效率和减少磁盘碎片。

内存呢？当系统运行时，一个完整的注册表保存在内存中，这意味着磁盘上的hive文件将被完整地读入内存，但准确地读入页池，在页池中，磁盘上长时间不使用的内容将被替换。注册表中的垃圾条目永远不会被访问，这意味着即使它们被加载到内存中，它们也必须被精简到虚拟内存(磁盘)中，因此不会影响系统速度。即使没有换出，内存中的注册表也被组织为Map结构：

安装：单元格索引翻译

类似于通过“学校、年级、班级、学号”表单可以快速定位学生，注册表项也可以快速定位，少量冗余垃圾项对搜索速度影响不大。

那么注册表垃圾真的是无害的吗？我认为唯一的负面影响是增加系统启动时加载注册表的时间。这有多大的拖累？CHIP有一张图表直观地说明了这个问题：

垃圾项目比例图(来自CHIP)

通常整个注册表大约是100mb，而垃圾项估计占不到100k，两者之间的关系是数量级的千分之一。即使整个启动时间(假设1分钟)都花在加载注册表上，从清理垃圾项目中增加0.06秒的速度也只是心理上的安慰。

但即便如此，清理注册表有两个重要的影响：

1)很多大型专业软件都有一个“清洗”，在重新安装时需要彻底清洗；

2)对于痴迷的用户来说，摆脱垃圾物品是一件有趣的事情。