Windows XP Windows 7 Windows 2003 Windows Vista Windows教程綜合 Linux 系統教程
Windows 10 Windows 8 Windows 2008 Windows NT Windows Server 電腦軟件教程

file結構體

日期:2017/1/20 17:42:04      編輯:Linux系統常見問題解答

struct file, 定義於 <linux/fs.h>, 是設備驅動中第二個最重要的數據結構。 注意 file 與用戶空間程序的FILE 指針沒有任何關系。 一個 FILE 定義在 C 庫中, 從不出現在內核代碼中。 一個 struct file, 另一方面, 是一個內核結構, 從不出現在用戶程序中。

  文件結構代表一個打開的文件。 (它不特定給設備驅動; 系統中每個打開的文件有一個關聯的 structfile 在內核空間)。 它由內核在 open 時創建, 並傳遞給在文件上操作的任何函數, 直到最後的關閉。 在文件的所有實例都關閉後, 內核釋放這個數據結構。

  在內核源碼中, struct file 的指針常常稱為 file 或者 filp("file pointer")。 我們將一直稱這個指針為 filp 以避免和結構自身混淆。 因此, file 指的是結構, 而 filp 是結構指針。

  struct file 的最重要成員在這展示。

  1.mode_t f_mode;

  文件模式確定文件是可讀的或者是可寫的(或者都是), 通過位 FMODE_READ 和FMODE_WRITE. 你可能想在你的 open 或者 ioctl 函數中檢查這個成員的讀寫許可, 但是不需要檢查讀寫許可, 因為內核在調用你的方法之前檢查。 當文件還沒有為那種存取而打開時讀或寫的企圖被拒絕, 驅動甚至不知道這個情況。

  2.loff_t f_pos;

  當前讀寫位置。 loff_t 在所有平台都是 64 位( 在 gcc 術語裡是 long long )。 驅動可以讀這個值,如果它需要知道文件中的當前位置, 但是正常地不應該改變它; 讀和寫應當使用它們作為最後參數而收到的指針來更新一個位置, 代替直接作用於 filp->f_pos. 這個規則的一個例外是在 llseek 方法中, 它的目的就是改變文件位置。

  3.unsigned int f_flags;

  這些是文件標志, 例如 O_RDONLY, O_NONBLOCK, 和 O_SYNC. 驅動應當檢查O_NONBLOCK 標志來看是否是請求非阻塞操作; 其他標志很少使用。 特別地, 應當檢查讀/寫許可, 使用 f_mode 而不是f_flags. 所有的標志在頭文件<linux/fcntl.h> 中定義。

  4.struct file_operations *f_op;

  和文件關聯的操作。 內核安排指針作為它的 open 實現的一部分, 接著讀取它當它需要分派任何的操作時。 filp->f_op 中的值從不由內核保存為後面的引用; 這意味著你可改變你的文件關聯的文件操作, 在你返回調用者之後新方法會起作用。 例如, 關聯到主編號 1 (/dev/null, /dev/zero, 等等)的 open 代碼根據打開的次編號來替代 filp->f_op 中的操作。 這個做法允許實現幾種行為, 在同一個主編號下而不必在每個系統調用中引入開銷。 替換文件操作的能力是面向

  對象編程的"方法重載"的內核對等體。

  5.void *private_data;

  open 系統調用設置這個指針為 NULL, 在為驅動調用 open 方法之前。 你可自由使用這個成員或者忽略它; 你可以使用這個成員來指向分配的數據, 但是接著你必須記住在內核銷毀文件結構之前, 在 release 方法中釋放那個內存。 private_data 是一個有用的資源, 在系統調用間保留狀態信息, 我們大部分例子模塊都使用它。

  6.struct dentry *f_dentry;

  關聯到文件的目錄入口( dentry )結構。 設備驅動編寫者正常地不需要關心 dentry 結構, 除了作為 filp->f_dentry->d_inode 存取 inode 結構。

  真實結構有多幾個成員, 但是它們對設備驅動沒有用處。 我們可以安全地忽略這些成員, 因為驅動從不創建文件結構; 它們真實存取別處創建的結構。

Copyright © Windows教程網 All Rights Reserved