## 11.3.?接口特定的類型 內核中一些通常使用的數據類型有它們自己的 typedef 語句, 因此阻止了任何移植性問題. 例如, 一個進程標識符 ( pid ) 常常是 pid_t 而不是 int. 使用 pid_t 屏蔽了任何在實際數據類型上的不同. 我們使用接口特定的表達式來指一個類型, 由一個庫定義的, 以便于提供一個接口給一個特定的數據結構. 注意, 在近期, 已經相對少定義新的接口特定類型. 使用 typedef 語句已經有許多內核開發者不喜歡, 它們寧愿看到代碼中直接使用的真實類型信息, 不是藏在一個用戶定義的類型后面. 很多老的接口特定的類型在內核中保留, 但是, 并且它們不會很快消失. 甚至當沒有定義接口特定的類型, 以和內核其他部分保持一致的方式使用正確的數據類型是一直重要的. 一個嘀噠計數, 例如, 一直是 unsigned long, 獨立于它實際的大小, 因此 unsigned long 類型應當在使用 jiffy 時一直使用. 本節我們集中于 _t 類型的使用. 很多 _t 類型在 <linux/types.h> 中定義, 但是列出來是很少有用. 當你需要一個特定類型, 你會在你需要調用的函數的原型中發現它, 或者在你使用的數據結構中. 無論何時你的驅動使用需要這樣"定制"類型的函數并且你不遵照慣例, 編譯器發出一個警告; 如果你使用 -Wall 編譯器標志并且小心去除所有的警告, 你能有信心你的代碼是可移植的. _t 數據項的主要問題是當你需要打印它們時, 常常不容易選擇正確的 printk 或 printf 格式, 你在一個體系上出現的警告會在另一個上重新出現. 例如, 你如何打印一個 size_t, 它在一些平臺上是 unsigned long 而在其他某個上面是 unsigned int? 無論何時你需要打印某個接口特定的數據, 最好的方法是轉換它的值為最大的可能類型(常常是 long 或者 unsigned long ) 并且接著打印它通過對應的格式. 這種調整不會產生錯誤或者警告, 因為格式匹配類型, 并且你不會丟失數據位, 因為這個轉換或者是一個空操作或者是數據項向更大數據類型的擴展. 實際上, 我們在談論的數據項不會常常要打印的, 因此這個問題只適用于調試信息. 常常, 代碼只需要存儲和比較接口特定的類型, 加上傳遞它們作為給庫或者內核函數的參數. 盡管 _t 類型是大部分情況的正確解決方法, 有時正確的類型不存取. 這發生在某些還未被清理的老接口. 我們在內核頭文件中發現的一個模糊之處是用在 I/O 函數的數據類型, 它松散地定義( 看第 9 章"平臺相關性" 一節 ). 松散的類型在那里主要是因為歷史原因, 但是在寫代碼時它可能產生問題. 例如, 交換給函數如 outb 的參數可能會有麻煩; 如果有一個 port_t 類型, 編譯器會發現這個類型.