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: \ \ "替換。