这个话题就是：Windows 目录到底占用了多少真实的硬盘空间？

看到这个问题，我想99%的人都会说：用资源管理器右键点击Windows目录，看看属性不就知道了吗？何必故弄玄虚呢！

但是，我 Smallfrogs 会有那么傻的把一个大家都知道的问题重新翻出来吗？既然提出了这个话题，就有我的道理！请各位耐住性子往下看，看看我们的Microsoft同学又玩了什 么样的花活，呵呵。

我们知道，查看一个目录有多大的最快捷的方法就是看看资源管理器文件夹的属性，但是我今天要说的是：如果你用这个方法去看 Windows Vista / Windows 7 系统的目录，你会被你的眼睛所欺骗，因为，Microsoft 同学在 Windows Vista/ Windows 7 里面大量使用了NTFS文件系统的特性之一的：硬连接（Hard Link）来实现WinSxS机制！

关于 WinSxS，可以看我之前写的 《WinSxS 混乱导致的应用程序不能启动》一文。

我们知道，要安装 Windows Vista / Windows 7系统，那么系统分区必须是NTFS文件系统。原因有以下一些：

• 系统文件保护所需
• 各种安全保护机制，如MIC所需
• WinSxS 所需
• ……

关于最后一点的 WinSxS 所需，我没有看到过相关的资料说明，不过可以肯定的是，这也是Windows Vista / Windows 7 系统需要NTFS文件系统的一个条件，因为只有在 NTFS 文件系统上面，才能实现硬连接机制，也才能达到优化Windows目录占用磁盘空间的目的。 关于硬连接，MSDN是这样解释的： A hard link is the file system representation of a file by which more than one path references a single file in the same volume. To create a hard link, use the CreateHardLink function. Any changes to that file are instantly visible to applications that access it through the hard links that reference it. However, the directory entry size and attribute information is updated only for the link through which the change was made. 简单的说，就是一种针对文件的特殊快捷方式，只不过这种快捷方式的实现和一般的快捷方式不一样。

• 一般的快捷方式是创建一个LNK文件，在这个LNK文件里面描述了目标文件/目录的属性，资源管理器或者其他文件管理工具利用 SHELL32.DLL里面的API函数获得这个LNK文件所指向的文件/目录，从而进行访问。
• 硬连接：是一种基于文件系统级别上的针对文件的快捷方式，基于文件系统级别的含义就是说，只要文件系统启动了，那么对应的快捷方式也就生 效了。换句话说，这种连接是常存的，因为文件系统是必须要随机启动的。硬连接是NTFS文件系统特有的属性之一，在Linux下面，也有类似的机制。硬连接适用于在同一个卷的文件级别，硬连接是不能跨卷的。

Windows Vista / Windows 7 自带了创建硬连接的命令：mklink.exe，利用这个命令，我们可以给指定的文件创建硬连接： 下面的命令将在link.txt和source.txt之间建立硬连接关系 C:UsersSmallfrogsDesktop>mklink /h link.txt source.txt 为 link.txt <<===>> source.txt 创建了硬链接 注 意上面的例子：link.txt本是一个不存在的文件，但是当执行完mklink命令以后，link.txt文件也就被创建了。其实，link.txt是 一个虚假的文件，它是在文件系统层面上对source.txt文件的一个映射，而link.txt是不占硬盘空间的。 关于硬盘空间的占用问题，Smallfrogs 是这样测试的： 1、给硬盘划分一个新分区，空间只有2GB 2、在这个分区的test目录里面新建了一个1.9GB大小的文件，此时剩余空间是0.1GB 3、用mklink命令给这个1.9GB大小的文件建立了一个硬连接 4、检查这个分区的剩余空间，还是0.1GB，但是如果用资源管理器看test目录的属性，会发现有2个文件，总大小是3.8GB（整个分区才2GB，能 够容纳3.8GB大小的文件吗？显然不可能了） 还是针对上述的例子，如果我们把原始的文件 source.txt 删除以后，link.txt文件还是会继续存在的，且内容就是source.txt的文件内容。也就是说，我们删除source.txt，实际上删除的仅 仅是这种连接关系，文件本身还是没有被操作的。 关 于硬连接，最后一个需要介绍的内容是：当硬连接建立以后，硬连接双方任何一个对象被修改，都会造成对应的连接对象被修改。例如上面的例子：如果修改了 link.txt，那么source.txt文件也会同步被修改，反之亦然。这一点和SHELL层面的快捷方式不同，SHELL层面的快捷方式文件LNK 仅仅是一个指示关系，修改LNK文件并不影响LNK文件指向的对象，修改LNK文件指向的对象也不会影响LNK文件。 好了，基本知识介绍完了，我们来实际看看Windows目录里面对于硬连接的使用情况吧。 经常看到有人抱怨，WindowsWinSxS目录占用了太多的空间，里面经常发现有同名的文件，而且这些同名的文件在 WindowsSystem32 目录下面也有存在，这是为啥呢？其实这就是硬连接导致的。 Microsoft 实际上在 WindowsWinSxS 目录和Windows目录之间建立了硬连接的关系，举一个最简单的例子： 对于 Windows 7 RTM 来说，你可以在2个地方找到Ntoskrnl.exe文件。第一个地方是：WindowsSystem32ntoskrnl.exe，另外还有一个地 方是WindowsWinSxSx86_microsoft-windows-os- kernel_31bf3856ad364e35_6.1.7600.16385_none_6c06b7c41576a7d9ntoskrnl.exe， 这就是一个典型的硬连接例子。Microsoft 在文件系统上面对 ntoskrnl.exe 做了一个硬连接，使得 ntoskrnl.exe 能够出现在不同的目录里面，但是只占用了一份 ntoskrnl.exe 的硬盘空间。利用这种机制，有下面的一些好处：

• 同样的文件，只需要维护硬连接关系，不需要进行多重的拷贝，这样可以节省硬盘空间
• 如果涉及文件更新，只需要先在WinSxS 目录里面下载好一个新版本，然后修改 WindowsSystem32 下面同名文件的硬连接关系，从旧版本的硬连接指向新版本的硬连接，这样就能够快速的完成文件的更新工作，而不需要进行文件的复制，速度也会快不少
• 补丁卸载也是一样的，只需要把硬连接指向改为旧版本就可以了，没有文件替换的问题。而且建立了硬连接关系的文件之间的修改是同步的，因此 只要有一方被修改了，另一方也会得到修改

说了这么多，那么如何知道 Windows 目录的真实大小呢？Smallfrogs 提供了一个工具，可以很方便的知道您系统里面有哪些文件是有硬连接关系的，以及Windows 目录下真实的文件大小。 工具可以从 http://www.kztechs.com/hardlink/realwindirsize.zip （请使用右键点击另存为…方式下载）或在本文附件下载到，下载解压缩以后，直接运行就可以开始扫描了。 扫描过程比较漫长，扫描完成以后，会看到下面的提示信息： 另外，在realwindirsize.exe所在目录下，会生成一份文件名叫做LinkedFile.TXT的文件，里面记录了Windows目录下各 个硬连接的关系。 如上图所示，我们扫描到了65088个文件，其中，真实的文件有48022个，其他17066个文件 都是硬连接文件。真实的文件占用了14981682 KB的硬盘空间，而如果你用资源管理器看Windows目录的话，那么会提示说Windows目录占用了 18244902 KB的硬盘空间。实际上， Windowssystem32 目录下的大多数文件都和 WinSxS 目录建立了硬连接关系。 说了这么多，最后总结一下吧：

• 硬连接，一种基于文件系统的同一卷里面的文件快捷方式
• Windows 目录下面大量使用了硬连接技术
• WindowsSystem32 目录下的大多数文件，都和 WinSxS 目录建立了硬连接关系
• 要检查自己系统Windows目录里面的硬连接，请下载工具 http://www.kztechs.com/hardlink/realwindirsize.zip 自己扫描吧

Windows 目录到底占用了多少真实的硬盘空间?cnBeta.COM.

现在将字体替换过程中遇到的种种问题以及相关知识进行引用如下转帖进行总结：

首先说明一点,硬链接是NTFS文件系统的特性,并不是Win7才有的新特性
其次,它是从系统底层支持的文件连接.

至于字体替换,其实根本不需要mklink，而为什么有些少数人直接替换成功了，那只是因为操作环境不同造成的巧合。

有兴趣的同学可以做这个测试：

1.全新安装一个Windows7.
2.以管理员身份启动CMD，结束掉任何有前台界面的进程（包括资源管理器、任务管理器）
3.CMD切换到Fonts目录，执行takeown和icalcs命令取得控制权，ren命令将simsun.ttc重命名为 simsun.ttc.bak（此处，虽然是硬链接的文件，但是由于是系统底层实现的，所以在上层看来其实就是真实 的文件，这点楼主有误解，不会存在“硬连接文件”和“字体文件”不同无法识别的问题）。
4.复制你新的字体文件到Fonts目录。注意：WinSXS中有的Simsun.ttc副本可以不管。 如果你不开心直接干掉也可以，不过此时无法删除，因为已经被系统加载了。可以在以后删除。
5.关键一步：删除系统字体缓存文件
6.重启，你会发现替换成功完成，并没有发生什么字体丢失问题。

大部分人失败是由于没有上面的第五步，而并不是没有删除WinSXS或没有用mklink的后果。
有兴趣的同学可以自行测试一下。

via 系统 【原创】WIN7系统下替换字体失败的罪魁祸首——硬连接技术

最近Token的window7 图标非常火爆，最近也让我有点着迷，我是视觉动物。

非常喜欢这种简约而不简单的风格，谢谢Brsev 给我们带来的漂亮icon,也谢谢 Mr-Ragnarok 将其制作成installer便于我们替换图标。

Windows 7 (MSDN原版) 各国语言版本下载资源汇总

简 体中文版(中国大陆)

繁体中文版（中国香港）：

繁体中文版（中国台湾）：

英文版

日文版

意大利语：

法语（法国）

德语（德国）

西班牙语：

荷兰语：

韩国语（韩国）：

土耳其语：

匈牙利语：

波兰语：

俄语（俄罗斯）：

乌克兰语：

希伯来语（以色列）：

葡萄牙语：