FindNextFile命令NTFS

Question

FindNextFile WinApi函数用于列出目录的内容。Microsoft在文档中指出，订单依赖于文件系统。然而，NTFS大部分时间都应该按字母顺序排列。

此函数返回文件名的顺序取决于文件系统类型。与NTFS文件系统和CDFS文件系统一起，通常按字母顺序返回名称。与FAT文件系统一样，通常按照文件写入磁盘的顺序返回名称，这可能是按字母顺序，也可能不是按字母顺序。但是，如前所述，这些行为没有得到保证。

我的应用程序需要对目录中的对象排序。因为大多数Windows用户都使用NTFS，所以我想为这种情况优化应用程序。因此，我使用函数wcsicmp作为名称比较。大多数情况下，它是正确的，从FindNextFile得到的结果按照_wcsicmp进行排序。然而，有时结果没有排序。我认为，这是很自然的，因为FindFirstFile不能保证订单，而且无论如何我都必须对它进行排序(以防出现另一个文件系统)。然后我发现了奇怪的图案。看起来字符'_‘是在字母之后返回的。包含内容的文件夹(a.txt、b.txt、_.txt)按a、b、_顺序返回。函数_wcsicmp将其排序为_，a，b.在Windows8.1上测试。我做了一些测试，这种行为是一致的。

有人能解释一下NTFS使用的比较标准是什么吗？或者为什么FindNextFile按字母顺序返回名称？

Answer 1

因为NTFS排序规则并不像按字母顺序排序那么简单。这里有一篇msdn博客文章来说明这个问题：

为什么NTFS和Explorer不同意文件名排序？

这样做的一个原因可能是NTFS在格式化驱动器时捕获case映射表，并继续使用该表。，即使操作系统的案例映射表随后发生了更改。

Answer 2

您可以使用CompareStringEx并设置此函数的SORT_DIGITSASNUMBERS最低系统要求是Windows 链接

int CompareStringEx(0,0x00000008/*SORT_DIGITSASNUMBERS*/,
lpString1, cchCount1, lpString2, cchCount2, NULL, NULL, 0);

此函数的比较结果很奇怪，它返回1、2或3：

#define CSTR_LESS_THAN            1           // string 1 less than string 2
#define CSTR_EQUAL                2           // string 1 equal to string 2
#define CSTR_GREATER_THAN         3           // string 1 greater than string 2

您还可以尝试对旧系统使用_wcsicoll。如果我没记错的话，_wcsicoll的工作效果会更好，但与Windows的排序不一样。