我們知道，資料在磁碟中的唯一最小描述就是檔案，也就是說上層應用程式只能通過檔案來操作磁碟上的資料，檔案也是作業系統和磁碟驅動器互動的最小單元。值得注意的是，在Java中通常的File並不代表一個真實存在的檔案物件，當你指定一個路徑描述符時，他就會返回一個代表這個路徑的虛擬物件，這個可能是一個真實存在的檔案或者是一個包含多個檔案的目錄。為何要這樣設計呢？因為在大多數情況下，我們並不關心這個檔案是否真的存在，而是關心對這個檔案到底如何操作。
    何時會真正檢查一個檔案存不存在？就是在真正要讀取這個檔案時。例如，FileInputStream類都是操作一個檔案的介面，注意到在建立一個FileInputStream物件時會建立一個FileDescriptor物件，其實這個物件就是真正操作的與低層作業系統相關聯的檔案描述。例如，可以呼叫FileDescriptor.sync()方法將作業系統快取中的資料強制重新整理到物理磁碟中。
    下面以讀取檔案的程式為例介紹如何從磁碟讀取一段文字字元，如上圖所示。
    當傳入一個檔案路徑時，將會根據這個路徑建立一個File物件來標識這個檔案，然後根據這個File物件建立真正讀取檔案的操作物件，這時將會真正建立一個關聯真實存在的磁碟檔案的檔案描述符FileDescriptor，通過這個物件可以直接控制這個磁碟檔案。由於我們需要讀取的是字元格式，所以需要StreamDecoder類將byte解碼為char格式。至於如何從磁碟驅動器上讀取一段資料，作業系統會幫我們完成。至於作業系統是如何將資料持久化到磁碟及如何建立資料結構的，需要根據當前作業系統使用何種檔案系統來回答。