为什么文件管理器不使用主文件表来获取即时搜索结果？

Question

我刚刚发现了 UltraSearch，并被它的文件和文件夹搜索速度所震撼。它是瞬间的。并且不使用任何索引服务。它只是使用NTFS 主文件表，它已经将所有文件名存储在 NTFS 分区上。

现在的问题是，为什么没有这种能力的方式的文件管理器中更受欢迎，和Windows资源管理器搜索（WIN + F）与开始？

Answer 1

因为安全！

这才是真正的原因。（而且只有真正的原因，在我看来-这不是说很难做出重大的文件系统提供的阅读器，虽然它绝不是简单的;做一个作家是真正的挑战。）

像这样的程序绕过整个（文件）系统的安全基础设施，因此只有管理员（或具有“管理卷”权限的其他人）才能实​​际运行它。

很明显，它在很多情况下都行不通——而且我认为微软（或任何其他大公司）不会考虑制作这样的产品，然后鼓励用户以管理员身份运行，因为安全后果。

这将是理论上的可能使得其在后台运行，并筛选出安全数据的系统，但在实践中这将是一个很大的工作来获取生产正确的，没有安全漏洞。

顺便说一下，我没有使用过 UltraSearch，但几年前我自己编写了一个非常相似的程序，我上个月才将其开源！如果您有兴趣，请检查一下。:)

Answer 2

文件管理器必须能够支持可能遇到的每个文件系统。因此，他们必须通过其API调用VFS。没有（理智的）方法可以从 API 调用返回一个大数组，这会导致文件枚举是串行的，而不管是否存在 MFT/FAT/超级块。