當前位置:成語大全網 - 英語詞典 - C:\\Progra批處理文件中~1是什麽意思?

C:\\Progra批處理文件中~1是什麽意思?

= = = = = = = = = = = = = 8.3格式的文件名規範起源於DOS時代= = = = = = = = = = = = = = = = = = = = = =所謂8.3格式的短文件名規範,即類型為PROGRA~1(目錄)。“3”表示文件名的擴展名部分小於或等於3個字節。還有壹點就是8.3文件名的有效字符不包括空格等特殊字符。8.3短文件名格式規範是DOS+FAT12/FAT16時代遺留下來的老規則。從Windows95開始(其實據說是從Windows for Groups 3.11開始),Windows已經可以支持長文件名,但是為了向前兼容,尤其是文件系統的兼容性,FAT文件系統強制執行了“為長文件名提供8”。所以妳會看到在FAT16/32文件系統上,目錄“program files”在8.3規範中也有壹個簡稱“PROGRA ~ 1”;文件“元素周期表。exe”也有“元素周~1.exe”的簡稱。[這有點像類UNIX系統中的硬鏈接,壹個對象有兩個引用方法。] PS:妳知道為什麽IE瀏覽器的主程序叫iexplore.exe而不是iexplorer嗎?只是為了照顧8.3短文件名規範。= = = = = = = = = = = = = = NTFS文件系統與8.3格式規範的兼容性= = = = = = = = = = = = = = = = = = NTFS文件系統支持unicode(UTF16)字符集文件名,最多支持255個UTF65436。因此,基於unicode字符集的NTFS文件系統和32位NT內核Windows操作系統沒有必要遵循16位DOS時代遺留下來的8.3格式短文件名規範。但是為了兼容性,NTFS文件系統還提供了壹個可選特性:8.3兼容格式。默認情況下,Windows中的此功能是打開的,這意味著每當創建具有長文件名的對象時,系統的NTFS驅動程序模塊將自動創建壹個8.3格式的適當的短名稱來指向該對象。需要指出的是,這個特性並不像在FAT文件系統中那樣強制執行,因此不同的磁盤實用程序或操作系統可能有不同的執行方法——例如,在windowsXP中,可以用命令fsutil行為集disable 8dot3 1來關閉它。關閉該功能時,驅動模塊不會每次都額外創建壹個短文件名,這樣在創建/重命名大量小文件/目錄時可以稍微提高磁盤的寫入速度(不需要計算壹個合適的短文件名或將這個額外的信息寫入磁盤)。= = = = = = = = = = = = =非win32標準舊程序的兼容性取決於8.3規範= = = = = = = = = = = = = =但是,關閉該功能可能會導致某些舊應用程序的兼容性問題。雖然這些程序是具有32位GUI界面的“windows應用程序”,但它們不是。很明顯,如果妳在壹個NTFS分區上根本不為長文件名提供短名,這些16/32位混合的老程序將無法找到8.3格式的短名文件,當然也會出錯...但事情並不總是這麽簡單——最近我發現有幾個老應用程序無法正常啟動,包括曾經在HKUST校園網上非常流行的科學詞典(主程序ncce_win.exe)。)仔細查了壹下原因,好像只有放在NTFS分區才會出問題,移到FAT32的u盤也沒問題。後來我驚訝地發現,把u盤格式化成NTFS放在這個程序上是沒有問題的!為什麽會出現與8.3規範不兼容的壹級目錄?因為我的硬盤是在前壹個硬盤壞了之後新換的,所以在換之前,我把舊硬盤上還能讀取的目錄壹個壹個的復制到了64位的windows操作系統上,而且那個64位的windows關閉了NTFS的8.3兼容特性,復制的目錄和文件沒有額外的短名稱,尤其是我放應用的E:\\program files\\目錄。(理論上,64位windows根本不支持16位和16/32位的混合程序,所以可能默認關閉了NTFS驅動的8.3兼容性,也可能關閉了某些優化器。)然後我用GHOST恢復了系統分區,恢復後的32位winXP並沒有關閉8.3的兼容性,但關鍵問題是已經寫入NTFS分區的目錄和文件(沒有簡稱)不會被這個32位XP重新構造,系統只會給新創建的文件或目錄追加8.3的文件名。至於之前已經建立的目錄和文件,即使重命名,也無法“提醒”XP檢查並追加壹個短文件名。所以當我把軟件放在E:\\program files\\ "的子目錄下時,雖然子目錄" Science Dictionary "和ncce_win.exe等文件名都符合8.3規範,但是整個路徑上有壹個" program files "不符合8.3規範,沒有等價的簡稱替換,所以壹個API不能用" E: \ \ "替換。