Windows10仍然不允許您使用這些在1974年保留的檔名

Windows“保留”某些檔名，不允許您在任何地方使用它們。忘記呼叫檔案“con.txt檔案“或”輔助mp3”. 這一切都是因為1974年做出的選擇，以及微軟對永久向後相容性的渴望。...

Windows“保留”某些檔名，不允許您在任何地方使用它們。忘記呼叫檔案“con.txt檔案“或”輔助mp3”. 這一切都是因為1974年做出的選擇，以及微軟對永久向後相容性的渴望。

無法使用的檔名

Microsoft提供了保留檔名的官方列表，它們是：

CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, and LPT9

請注意，不能將這些檔名與任何副檔名一起使用。所以你不能命名一個檔案“con.txt檔案”, “con.jpg公司、“或”合同檔案”. 而且Windows不區分大小寫，所以不管它是CON、CON還是CON，Windows都不允許您使用這個名稱。

你可以自己試試。嘗試將檔案另存為“con.txt檔案或記事本中的“lpt6.txt”。或者嘗試在檔案資源管理器中將任何檔案重新命名為這些名稱之一。Windows就是不讓你這麼做。

當然，Windows還以其他方式限制檔名。你也不能在名字中使用像下面這樣的特殊字元。有關更多資訊，請參閱Microsoft的官方文件。

1974年發生了什麼，我們為什麼要關心？

It is 2018 and this error message is a mistake from 1974. This limitation, which is still found in the very latest Windows 10, dates back to BEFORE STAR WARS. This bug is as old as Watergate. pic.twitter.com/pPbkZiE57t

— foone (@Foone) November 3, 2018

正如@Foone最近在Twitter上解釋的那樣，這個問題可以追溯到1974年。在UNIX中，“一切都是一個檔案”（在類似UNIX的作業系統（如今天的Linux）中也是如此）硬體裝置用特殊路徑表示，如第一臺印表機的/dev/lp0和控制檯的/dev/tty。

1974年，同樣的概念被新增到CP/M作業系統中。不幸的是，CP/M是為記憶體很少、沒有硬碟的計算機設計的。它使用了多個磁碟，沒有目錄，所以那些代表裝置的特殊檔案有效地出現在每個磁碟的任何地方。

所以，當你儲存一個文字檔案時，你可以告訴你的文字編輯器把它“儲存”到印表機裝置，印表機裝置會打印出來。但是文字編輯器和其他程式喜歡新增副檔名，比如“.txt”，所以CP/M只是忽略了這些裝置檔案的副檔名。換句話說，如果文字編輯器試圖將檔案儲存到印表機裝置名後跟“.txt”的位置，CP/M只是假設它引用的是印表機裝置，而忽略了副檔名。現在該功能在每個應用程式中都正常工作了，太棒了！

當然，這是一個骯髒的駭客，但誰在乎呢？好吧，CP/M流行起來了。最終，PC-DOS出現了，它保留了有用的CP/M特性。PC-DOS2.0早在1983年就添加了目錄，但為了與現有DOS軟體相容，微軟選擇將這些裝置檔案顯示在所有目錄中，而不是放在一個特殊的裝置資料夾中。

最終，Windows95出現了，它是建立在DOS之上的。windowsnt並不是基於DOS之上的，但它確實希望與windows95應用程式向後相容。windows10仍然是基於windowsnt的，它的工作原理是一樣的。當然，這同樣適用於Windows7。

現在，40多年過去了，我們仍然無法命名檔案”con.txt檔案“或”輔助mp3“因為Windows希望與可能使用此功能的古老程式保持相容。這是一個很好的例子，說明微軟是多麼強烈地致力於向後相容。

Update: We’ve been told that CP/M originally required a trailing colon—in other words, rather than “CON”, you had to type “CON:”. Apparently, the problem may have really started in 1981 with the release of MS-DOS and PC-DOS, which removed the colon requirement. In DOS, you could use “CON” instead of “CON:”. So perhaps DOS is more to blame for this than CP/M is.