Windows – FAT-32上的Unicode文件名？

So what is the actual codepage for FAT-32 filenames? It depends on the system codepage at the time when FAT volume was created?

“OEM代码页”,无论是系统.

Can FAT support true Double Byte Character Set codepages like UTF-16? Or Multi Byte Character Set codepages like UTF-8 is the limit?

不,我不相信FAT直接能够使用UTF-16或UTF-8.也就是说,Microsoft将Unicode文件名存储在带外方法中.一个文件因此有两个文件名. (这也是您可以拥有超过8.3个字符的文件名.)

And more specific question: What happens when I use CreateFileW function (which,as MSDN states,use UTF-16 as filename codepage) to create a file on FAT-32 volume?

传递给CreateFileW的Unicode文件名直接存储在带外文件名中.它被重新编码到OEM代码页(无论发生在系统上),并放在那里.如果不能将其转换为OEM代码页,或超过8.3个字符,Windows将调用文件FILENA?1.TXT.

这些答案的一些引用：

首先,this page告诉我们OEM代码页！= Windows代码页：

Non-Unicode applications that create FAT files sometimes have to use the standard C runtime library conversion functions to translate between the Windows code page character set and the OEM code page character set. With Unicode implementations of the file system functions,it is not necessary to perform such translations.

在典型的美国系统上,OEM代码页是“CP437”,但是Windows代码页是Windows-1252(FooA调用,我相信使用Windows代码页,通常是美国机器上的Windows-1252,但取决于语言环境).

如果您有一个FAT卷可用,您可以看到这一点. Windows-1252中不存在字符“Σ”(U 03a3),但是在CP437中.您可以使用dir / X查看短文件名和长文件名.使用一个名为asdfΣ.txt的文件,您将看到：

ASDFΣ.TXT    asdfΣ.txt

但是,使用名为“asdfΛ.txt”的文件(∧不在CP437或Windows-1252中),您将看到：

ASDF~1.TXT   asdf?.txt

(你可能会看到？,因为cmd.exe的字体不能显示Λ.)

有关长文件名的信息,请参阅this Wikipedia article.

另外,有趣的是,如果你命名一个文件“asdf?.txt”,你可能会得到：

ASDFC.TXT    asdfc.txt

…我不是100％肯定这里,但我认为Windows巧妙地决定替换“c”为?,并做同样的显示.如果将字体更改为不基于栅格的字体,例如Consolas,您会看到：

ASDFC.TXT    asdf?.txt

这就是为什么你应该使用FooW功能.