Android在Hardward目錄下為NFC定義了一個nfc.h頭文件用于支持NFC HAL操作，但讀者如果看過libnfc或libnfc-nci代碼會發現，libnfc和libnfc-nci沒有太多使用nfc.h定義的接口，而是大量引用各自公司定義的一套API。這種做法無可厚非，但它使得其他更上層的模塊很難做到與底層平臺或硬件解耦合。相信圖8-26已經讓讀者直觀感受到到這種做法惡果了。 >[info] 注意　與NFC這種狀況形成鮮明對比，本書前面濃墨重彩介紹的Wi-Fi模塊，借助nl80211機制或歷史更悠久的wireless extension API解決了上層模塊與底層平臺或硬件的解耦合問題。 表8-13列舉了當前知名的幾個NFC HAL層實現。 :-:  筆者研究了表8-13中的除nfcpy之外的幾個NFC HAL層模塊代碼，感覺和wpa_supplicant比起來還是有一定差距。不過，根據參考資料[21]和[26]的介紹，未來Linux系統中，NFC整個軟件架構將變成如圖8-42所示。 :-:  圖8-42　NFC軟件架構展望 圖8-42中，用戶空間運行一個名為neard的NFC Daemon進程，它通過AF_NFC socket以及Generic Netlink機制和內核空間的NFC子系統通信。neard通過不同的插件來支持NFC的協議，例如Handover、NPP、SNEP等。 內核空間中，NFC子系統包括Control Command Handler、LLCP Handler、Raw Data Handler以及Core等核心模塊。 不同NFC芯片廠商只要實現相關的NFC驅動即可。至于Core模塊如何與NFC驅動交互，則可使用基于NFC Forum定義的NCI規范（抽象為NFC NCI Layer）、HCI規范（抽象為NFC HCILayer），或者直接操作NFC Driver。 >[info] 提示　在此，筆者希望NFC軟件架構盡快完善，同時也希望國內的公司能積極參與到這一過程中來以提高我們的話語權。