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

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

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

因为安全！

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

这样的程序会绕过整个（文件）系统的安全性基础结构，因此只有管理员（或具有“管理卷”权限的其他人）才能真正运行它。

所以很明显，它在许多情况下都行不通 -而且我认为Microsoft（或任何其他大公司）不会考虑过制造这样的产品，然后由于安全方面的原因而鼓励用户以管理员身份运行。

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

顺便说一下，我还没有使用过UltraSearch，但是几年前我自己写了一个非常类似的程序，上个月我才开源了它！如果有兴趣，请查看。:)

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

文件索引服务是为希望搜索文件内容（最可能是文本）和元数据而不仅仅是文件名的用户提供的。这就是为什么花很长时间浏览所有文件，并且从此类服务构建的索引很大且相对较慢的原因。您可以在Windows中禁用索引服务，但是Windows资源管理器很愚蠢，可以继续在文件名后搜索文件内容。正如Ignacio Vazquez-Abrams所说，文件管理器无法利用低级文件系统。