我有这些文件的文件夹:
alongfilename1.txt <--- created first alongfilename3.txt <--- created second
当我在命令提示符下运行DIR / x时,我看到这些简称:
ALONGF~1.TXT alongfilename1.txt ALONGF~2.TXT alongfilename3.txt
现在,如果我添加另一个文件:
alongfilename1.txt alongfilename2.txt <--- created third alongfilename3.txt
我看到这个:
ALONGF~1.TXT alongfilename1.txt ALONGF~3.TXT alongfilename2.txt ALONGF~2.TXT alongfilename3.txt
精细。 它似乎是根据我创build文件的date/时间分配“〜#”。 它是否正确?
现在,如果我删除“alongfilename1.txt”,其他两个文件保留其短名称 。
ALONGF~3.TXT alongfilename2.txt ALONGF~2.TXT alongfilename3.txt
什么时候将这个ID(在这种情况下,〜1)释放用于另一个短名称。 它会永远吗?
另外,我的机器上的文件有可能是X的短名称,而同一个文件在另一台机器上的名称是Y? 我特别担心自定义操作使用DOS短名称的安装。
多谢你们。
短文件名是用该文件创建的。 算法是这样的(通常,但请参阅moocha的回复 ):
counter = 1 stripped_filename = strip_dots(strip_non_ascii_characters(filename)) shortfn = first_6_characters(stripped_filename) while (file_exists(shortfn + "~" + counter + "." + extension)) { increment counter by 1 if more digits are added to counter, shorten shortfn by 1 /* eg if counter comes to 9 and shortf~9.txt is taken. try short~10.txt next */ }
这意味着,一旦文件被创建,它将保持其短名称,直到它被删除。
一旦文件被删除,短名称可能会再次使用。
如果你把文件移动到其他地方,它可能会得到一个新的短名称(例如,你将c:\ somefilewithlongname.txt(“c:\ somefi〜1.txt”)移动到d:\ stuff \ somefilewithlongname.txt,if有d:\ stuff \ somefileelse.txt(“d:\ stuff \ somefi〜1.txt”),被移动的文件的简称会变成2.fixt)。 短名似乎只在给定机器上的给定目录中持久存在。
所以:短文件名将由文件系统生成,通常使用上面概述的方法。 假设短文件名不是永久的,因为一台机器上的c:\ longfi〜1.txt可能是“c:\ longfilename.txt”,而在另一台机器上可能是“c:\ longfish_story.txt”; 另外,当文件被删除时,短名称将立即再次可用。
如果我是你的话,我永远不会依赖于任何文件系统驱动程序的任何版本(无论是微软公司的,也可能是另一个操作系统的),以保持它用于生成短文件名的算法的一致性。 Microsoft Fastfat和NTFS驱动程序的确切行为不是“正式”记录的(除非是略高级的概述),因此不属于API合同的一部分。 如果您更新驱动程序,今天的工作可能无法在明天工作。
另外,绝对不要求短名称包含代字符,例如Raymond Chen的这篇文章 。
在MSDN博客中有关于此主题的信息宝库,例如:
另外,不要只依赖字母数字字符。 看一下Linux VFAT驱动程序 ,例如,大写字母,数字和下列字符的任意组合都是有效的:$%“ – @ {}〜! #()&_ ^。 NTFS将以兼容模式运行
我相信MSDOS在每个目录文件中存储长名称和短名称之间的关联。
这并不取决于日期/时间。
如果你把你的文件移动到一个新的目录中,这将会重新设置Piskvor提到的算法
在新的目录中(移动之后),你会得到:
ALONGF~1.TXT alongfilename1.txt ALONGF~2.TXT alongfilename2.txt ALONGF~3.TXT alongfilename3.txt
即使alongfilename2.txt最初是第三次创建的。
这个链接说NTFS如何做。 我猜想在更新的版本上它仍然是一样的想法。
在Windows 2000中,FAT和NTFS都使用Unicode字符集作为其名称,其中包含MS-DOS无法读取的几个禁止字符。 要生成一个简短的MS-DOS可读文件名,Windows 2000将从LFN中删除所有这些字符并删除所有空格。 由于MS-DOS可读的文件名只能有一个句点,Windows 2000也会从文件名中删除所有额外的句点。 接下来,如果需要,Windows 2000会将文件名截断为六个字符,并附加波形符号(〜)和数字。 例如,每个非重复的文件名都附加〜1。 重复的文件名以〜2结尾,然后〜3,依此类推。 文件名被截断后,文件扩展名被截断为三个或更少的字符。 最后,在命令行显示文件名时,Windows 2000将文件名和扩展名中的所有字符转换为大写。
当文件由运行Samba的网络服务器提供时,短名称由服务器生成,并且不遵循可预测的模式。
所以假设你可以预测短名称的形式是不安全的。
G:\>dir /x *.txt Directory of G:\ 08/25/2009 12:34 PM 1,848 S2XYYV~1.TXT strace_output.txt 03/01/2010 05:32 PM 325,428 TEY7IH~O.TXT tomcat-dump-march-1.txt 03/11/2010 12:01 AM 5,811 DI356A~S.TXT ddmget-output.txt 01/23/2009 01:03 PM 313,880 DLA94Q~K.TXT ddm-log-fn.txt 04/20/2010 07:42 PM 7,491 A50QZP~A.TXT april-20-2010.txt