您的檔案在 iPhone 上的實際儲存位置以及誰可以看到它們

每個安裝的App都在沙箱中運行：一個只有它可以讀寫的私有資料夾樹。沒有共享的 C: 驅動器，沒有“/home”，App無法進入任何內容。這是平台安全模型的基礎，而且它確實很好——行為不當的App無法瀏覽其他App的資料，因為它看不到資料的存在。

在其沙箱內，App有幾個具有不同規則的目錄，這些規則解釋了人們注意到的大多數奇怪行為。 「文件」用於使用者建立或引入的內容；它包含在備份中，並且App可以聲明它在「檔案」App中可見。 「庫/App支援」用於備份但不向使用者顯示的App自己的工作資料（資料庫、索引）。 「庫/快取」適用於任何可以重新建立的內容：它不會備份，並且系統會在儲存空間不足時清空它，而不會詢問。

最後一個是一個特定且非常常見的驚喜的根源：縮圖、預覽和其他衍生檔案在手機充滿後消失。一個精心構建的App會將其視為正常情況並重新生成它們。一個在快取中儲存了不可替代的東西的App已經丟失了它。

檔案App是一個瀏覽器，可存取您授予它的一組位置：iCloud Drive、安裝擴充功能的任何雲端提供者、連線的驅動器以及選擇公開它的每個App的「檔案」資料夾。它確實是一個檔案管理程式，對於移動 PDF 來說它是完全足夠的。

它不是一個媒體庫。它不知道你看過什麼，沒有播放列表，沒有收藏夾，沒有恢復位置，也不知道四個檔案是一件事的劇集。它也無法對檔案的內容執行任何操作：它不會從影片中擷取音訊，不會在不解壓整個檔案的情況下向您顯示存檔內的內容，並且不會播放媒體庫包含的一半內容。

因此，iOS 上的實際安排不是“檔案App或檔案管理程式App”，而是兩者兼而有之。用於在App和驅動器之間移動內容的檔案；圖書館本身的媒體App，其資料夾在“檔案”中可見，因此沒有任何內容被捕獲。

大多數App透過其路徑來記住檔案－檔案所在位置的文字。這是顯而易見的方法，並且在任何事情發生之前都有效。將“video.mkv”重新命名為“Interview.mkv”，指向舊名稱的每個收藏夾、播放清單條目和恢復位置現在都指向任何內容。有些App透過默默地刪除條目來隱藏這一點；有的顯示斷行；幾乎沒有人告訴你原因。

另一種方法是透過重新命名後仍然存在的內容來識別檔案。在檔案系統上，這意味著 inode（檔案系統本身分配的身份）與大小和修改日期一起檢查，內容指紋作為最後的手段。重新命名、在資料夾之間移動或重新組織整個庫，資料庫中的行仍然是同一行。

這比聽起來更重要，因為它決定了你是否能收拾乾淨。您害怕重組的圖書館將永遠保持混亂。