FAT32文件长文件名.docVIP

FAT32文件长文件名 转一段网上的文章，或许对你有用： ================ 英文版长文件名实现 ================ 先用实例说明：在CF卡上保存一个名为“longname12345678901234567890.txt”的英文长文件名文件，用WinHEX读 取盘片目录扇区，得到如下数据： 0 1 2 3 4 5 6 7 8 9 A B C D E F 43 39 00 30 00 2E 00 74 00 78 00 0F 00 F4 74 00 | C9.0...t.x...魌. 00 00 FF FF FF FF FF FF FF FF 00 00 FF FF FF FF | .. 02 36 00 37 00 38 00 39 00 30 00 0F 00 F4 31 00 | .6.7.8.9.0...?.. 32 00 33 00 34 00 35 00 36 00 00 00 37 00 38 00 | 2.3.4.5.6...7.8. 01 6C 00 6F 00 6E 00 67 00 6E 00 0F 00 F4 61 00 | .l.o.n.g.n...鬭. 6D 00 65 00 31 00 32 00 33 00 00 00 34 00 35 00 | m.e.1.2.3...4.5. 4C 4F 4E 47 4E 41 7E 31 54 58 54 20 00 07 D6 99 | LONGNA~1TXT ..謾 58 39 58 39 00 00 D7 99 58 39 00 00 00 00 00 00 | X9X9..讬X9 你会发现长文件名是倒着排放的(每目录项存13个字节文件名)，最下面是短文件名LONGNA~1TXT FAT32的一个重要的特点是完全支持长文件名。长文件名依然是记录在目录项中的。为了低版本的OS或程序能正确 读取长文件名文件，系统自动为所有长文件名文件创建了一个对应的短文件名，使对应数据既可以用长文件名寻址， 也可以用短文件名寻址。不支持长文件名的OS或程序会忽略它认为不合法的长文件名字段，而支持长文件名的OS或 程序则会以长文件名为显式项来记录和编辑，并隐藏起短文件名。 当创建一个长文件名文件时，系统会自动加上对应的短文件名，其一般有的原则： (1)、取长文件名的前6个字符加上~1形成短文件名，扩展名不变。 (2)、如果已存在这个文件名，则符号~后的数字递增，直到5。 (3)、如果文件名中~后面的数字达到5，则短文件名只使用长文件名的前两个字母。通过数学操纵长文件名的剩 余字母生成短文件名的后四个字母，然后加后缀~1直到最后(如果有必要，或是其他数字以避免重复的文件名)。 (4)、如果存在老OS或程序无法读取的字符，换以_ 长文件名的实现有赖于目录项偏移为0xB的属性字节，当此字节的属性为：只读、隐藏、系统、卷标，即其值为0FH 时，DOS和WIN32会认为其不合法而忽略其存在。这正是长文件名存在的依据。将目录项的0xB置为0F，其他就任由 系统定义了，Windows9x或Windows 2000、XP通常支持不超过255个字符的长文件名。系统将长文件名以13个字符为 单位进行切割，每一组占据一个目录项。所以可能一个文件需要多个目录项，这时长文件名的各个目录项按倒序排 列在目录表中，以防与其他文件名混淆。长文件名中的字符采用unicode形式编码，每个字符占据2字节的空间。 系统在存储长文件名时，总是先按倒序填充长文件名目录项，然后紧跟其对应的短文件名。从表2可以看出，长文件 名中并不存储对应文件的文件开始簇、文件大小、各种时间和日期属性。文件的这些属性还是存放在短文件名目录项 中，一个长文件名总是和其相应的短文件名一一对应，短文件名没有了长文件名还可以读，但长文件名如果没有对应 的短文件名，不管什么系统都将忽略其存在。所以短文件名是至关重要的。在不支持长文件名的环境中对短文件名中 的文件名和扩展名字段作更改(包括删除，因为删除是对首字符改写E5H)，都会使长文件名形同虚设。长文件名和短 文件名之间的联系光靠他们之间的位置关系维系显然远远不够。其实，长文件名的0xD字