㈠ 文件的創建時間,修改時間,訪問時間,三者的實際含義.
真心覺得LZ自恃有推理能力但其實很弱，居然會拿這個來佐證「時間是不可以回頭，但可以在光速中停止」。lkchenliang說的哪點沒有包含你說的每一種情況了，文件自身的創建時間和復制在你電腦上的創建的時間（即文件的副本的創建時間）難道很難理解嗎？你還要那麼啰嗦地用那麼淺陋的例子反駁他（你的問題本身也是。定義在字面意思上是矛盾的這點是存在的，但這不是因為定義是矛盾的，而是因為定義說得太模糊），虧你已經大學畢業了。這個區別是如此簡單以至於弄懂了它完全說不上是推理或邏輯好。
以下是解釋
創建時間：該文件在本載體本地址上創建的時間
修改時間：在屬性中保存的最後一次修改的時間
訪問時間：在屬性中保存的最後一次訪問的時間
啰嗦的說明：「文件自身的創建時間」指的是這個文件在這個世界上第一次被創立的時間；「文件的副本」就是前者復制出來的文件；而單單「文件」這個描述則包含了「文件自身」和「副本」這兩種情況；所有的「時間」都是一項保存起來的數據，只是它不在文件的內容中（比如doc的文本）。
通過這樣的說明，你應該知道「修改時間早於創建時間」是因為前者是指文件自身而後者是副本（還要加一個副本未被再修改這個條件）、「三個時間一致」是因為很多情況下是通過保存已經編輯好的數據來創建的而不是創建了再編輯吧。而它們只是一部分可能性，很多情況下，因為硬碟的刪除與恢復機制以及硬碟本身的儲存原理（哪怕你是「徹底刪除」，如果你留意到了我上面說的「本地址」的話就應該知道為什麼它重要了），還有一些其他的外因，所以還有很多其他的讓你覺得奇怪的可能事件的。想要對定義作一次完整的說明是非常長的。
至於訪問，只能具體問題具體分析：對於txt，無論是單單查看屬性還是打開查看（已經進入編輯模式），甚至是修改數據，都不被認定為「訪問」，甚至在屬性中改「只讀」或「隱藏」都不算。doc（包括docx）則是修改了即當做「訪問」。另外幾乎可以確定的是所有文件都是查看屬性不算「訪問」的。
另外有些文件比如doc是內部也記錄了時間，這些時間戳比屬性中的要准確些，比如它的「創建內容的時間」就是真正的文件自身的時間。但注意所有時間都是可以通過專門軟體人為隨意更改的。
最後的見解：軟體最好做得沒有太多自我修復機制，因為否則很難被用戶信任——流氓軟體就是這么乾的，你無論是真心要刪它還是誤刪就是刪不掉它。一個千千靜聽這樣的日常播放音樂小軟體（以前的版本只有5m上下）是不需要兼備判斷用戶是誤刪還是真心刪的能力的，它不是安全軟體，用不著准備那麼多監控和修復機制。