我試著去了解Date created、Date modified和DateWindows 10 檔案總管背後的基本原理。
昨天，2020 年 6 月 30 日，我在檔案總管中顯示的這兩個檔案中下載了一個 YouTube 影片及其字幕：
今天，7 月 1 日，我修改了字幕（VTT 檔案），並添加了一些字元。
Date created顯示了這兩個檔案在我的電腦上建立的日期，2020 年 6 月 30 日。
Date modified顯示 VTT 檔案的日期為 2020 年 7 月 1 日（很好，因為我修改了它）。
雖然視訊檔案（MKV 檔案）顯示的是 2018 年 10 月 21 日，但這並沒有多大意義...
Date顯示 MKV 文件的 2018 年 10 月 21 日。 VTT 檔案的日期為 2020 年 6 月 30 日，與建立日期相同。
當檔案被複製/下載但未在本機修改時，會顯示Date modified什麼？Date
答案1
「官方」定義非常簡短：
- 建立日期:(系統.建立日期）
專案在其目前所在的檔案系統上建立的日期和時間。此屬性由檔案系統自動提升。索引服務友善名稱是“create”。
- 修改日期:(系統.日期修改）：
上次修改專案的日期和時間。索引服務的友善名稱是“write”。
- 日期:(系統.專案日期）：
對某個項目感興趣的主要日期。例如，對於照片，此屬性會對應到系統.照片.拍攝日期。
因此，映射到的基礎屬性Date/ItemDate將根據文件類型以及是否存在可選的與日期相關的 EXIF 元數據而有所不同 - 即對於照片，Date taken如果存在，否則Date acquired如果存在，否則Date created。
答案2
視窗資源管理器中的建立日期、修改日期和日期背後的基本原理是什麼？
我找不到明確的定義，但以下解釋了您的特殊情況，其中 MKV 日期是從文件中的標頭中提取的（該日期很可能是視頻的創建/錄製日期 - 查看標頭以確認）：
建立日期 - 檔案最初建立的日期
修改日期 - 文件上次更改和保存的日期
關於該日期字段，解釋似乎是：
“日期”列採用“創建日期”和“修改日期”中較早的一個，它會忽略“訪問日期”，除非相機添加了“特殊”日期字段，例如 JPG 中的 EXIF 標頭，該日期字段優先
答案3
我剛剛意識到創建一個新文件，等待一段時間並複製它可以解決我的問題。
如果複製的檔案在複製後沒有被修改，Date modified並且Date被設定為Date created原始檔案的值。
答案4
我從未找到檔案系統維護的“創建日期”和“修改日期”欄位的任何“官方”定義。
理由似乎是「修改日期」是文件中的資料上次更新的日期。 「創建日期」指影印本文件已建立在特定磁碟上（驅動器/卡）。
例如，如果您在 7 月 1 日在電腦磁碟機上建立了一個電子表格，則最初的「建立日期」為 7 月 1 日，「修改日期」為 7 月 1 日。如果您在 7 月 6 日更新電子表格文件，則「建立日期」仍為 7 月 1 日，但「修改日期」將為 7 月 6 日。如果您隨後在 7 月 20 日將該檔案複製到 USB 驅動器，則 USB 驅動器上的檔案的「修改日期」應為 7 月 6 日，「建立日期」為 7 月 20 日。如果不是複製文件，而是移動文件，則原始磁碟上的文件將消失，並且目標磁碟上的文件將具有相同的「建立日期」（7 月1 日）和「修改日期」（7 月6 日） 。由於檔案名稱是檔案系統目錄的一部分，而不是檔案本身資料的一部分，因此變更檔案名稱不會導致「修改日期」或「建立日期」發生變更。
我相信這就是它應該如何運作的，但理論是否在實踐中實現取決於您用來執行複製或移動操作的內容。某些系統在複製或移動時通過為副本提供與原始文件相同的“修改日期”值來忠實地保留“修改日期”，但沒有什麼可以阻止應用程式被設計為將文件副本寫為全新文件 - 包含與原始內容完全相同的內容，並具有相同的文件名，但帶有“修改日期”和“創建日期”，它們都是當前日期/時間（即執行複製操作的日期/時間- 7 月20 日）在上面的例子中）。