從android2.3開始支持nfc。不過nfc應用只能在android手機(或平板電腦)上測試和開發,而且android手機還必須有nfc芯 片。而且如果測試nfc傳輸文件時至少需要兩部支持nfc的手機。當然,如果測試讀寫nfc標簽,還需要一些nfc標簽或帖子。而且nfc在模擬器上時不能運行的。所以從這一點來說,nfc開發需要更多的設備,比較麻煩。這也藍牙、傳感器是一樣的。都不能在android模擬器上開發和測試。真不知道google為什么不解決這一問題。
不過這種問題也不是不能解決,而且并不復雜。既然模擬器沒有提供這樣的功能。我們可以將nfc功能模擬出來(實際上,藍牙、傳感器都可以進行模擬,可能很 多讀者用過一些傳感器模擬軟件,nfc模擬和這個類似)。而且要求是與真實的nfc環境無縫對接。也就是說,使用模擬nfc功能開發的android應用 可以不需要修改一行代碼,甚至不需要重新編譯,就可以直接用在真實的nfc環境。
那么怎么解決這個問題呢?要想知道如何模擬nfc,需要先從宏觀上了解nfc的工作原理。這里用nfc標簽作為例子。nfc數據傳輸和這個類似。當nfc 標簽靠近手機時,android系統中有一個叫nfc的系統應用(在<android源代碼根目錄>/pakcages/apps/nfc目 錄中),該應用會發送一個activity action,該action會調用一個在系統中注冊的用于處理nfc請求的窗口(如果沒有,就調用nfc應用中默認的處理窗口)。這里的關鍵是 activity action。既然nfc應用會發出一個activity action,那么用于模擬nfc的程序,也發送一個activity action,不就可以共享用于處理nfc請求的窗口(由用戶建立的activity)了嗎?只要在發送activity action時加一個標志,就可以區分是activity action是nfc系統應用發出的,還是模擬nfc的程序發出的。這樣在處理請求的nfc窗口中就可以根據不同的情況進行處理。為了更透明,可以編寫一 個activity類(如nfcactivity),該類根據這兩種情況進行處理。又因為不管是哪種情況,都需要提供寫入nfc標簽的數據,或接收nfc 標簽中的數據。所以可以在該nfcactivity中提供一些回調方法,當需要提供或接收數據時,調用這些方法即可。最后需要使用nfc功能時,用戶自己 編寫的窗口類只需要從nfcactivity類繼承,并實現相應的回調方法即可。例如,下面就是一個實現方法,可接收nfc標簽的數據,并寫入新數據。
public class nfcmantestactivity extends nfcactivity
{
private nfcman mnfcman;
private edittext nfctagtext;
@override
protected void oncreate(bundle savedinstancestate)
{
super.oncreate(savedinstancestate);
setcontentview(r.layout.activity_nfcman_test);
nfctagtext = (edittext) findviewbyid(r.id.edittext_nfc);
mnfcman = new nfcman(this);
}
// 當nfc標簽靠近手機時調用,data用于接收nfc標簽中的數據,
// 返回值會重新寫到nfc標簽中
@override
public string onnear(nfcdata data)
{
// 返回要寫入nfc標簽的文本
return nfctagtext.gettext().tostring();
}
// 將數據成功寫入nfc標簽后會調用該方法
@override
public void onnfcsuccess()
{
// 顯示成功寫入數據的提示
toast.maketext(this, "成功寫入數據", toast.length_long).show();
}
// 寫入數據失敗后調用該方法
@override
public void onnfcfailed(int error, string errormsg)
{
// 顯示寫入數據異常的編碼和信息
toast.maketext(this, "error:" + error + "\n" + "msg:" + errormsg,
toast.length_long).show();
}
}
從nfcmantestactivity類的代碼可以看出,共有如下三個回調方法。分別處理讀寫nfc標簽數據,寫入成功和寫入失敗三個事件。
onnear
onnfcsuccess
onnfcfailed
從這一點可以看出,完全隱藏了nfc的影子。下面用圖1描述一下這個nfc模擬系統的原理。
圖1 nfc模擬器的實現原理
從圖1可以看出,需要有一套虛擬的nfc標簽,這些是在pc上用軟件模擬的。對于虛擬nfc標簽,通過socket與安裝在nfc設備中的模擬nfc處理 程序進行交互,然后該程序會發送broadcast action,最后接收到這個broadcast后,會繼續調用activity action調用處理nfc請求的窗口。這一點與nfc系統程序一樣,只不過中間多了一個發送broadcast的過程。因為模擬nfc處理程序與處理 nfc請求的nfcactivity所在的library是分離的,只能通過broadcast進行通知。而nfc系統程序是通過nfc驅動感知真實 nfc標簽是否靠近的。而對于處理nfc請求的窗口來說,不管是虛擬的nfc標簽,還是真實的nfc標簽,都處理同一個activity action。所以處理nfc請求的activity可以共用一套代碼。
我將這個模擬nfc的應用稱為nfcman(nfc俠),下面看一下該應用如何模擬nfc標簽,模擬界面如圖2所示。
圖2 nfc模擬器主界面
在圖2中上面是模擬的nfc設備。只要android手機(不需要支持nfc)或android模擬器上運行的模擬nfc的應用(如圖3所示)根據圖2中右下角的ip連接到nfc模擬器,就會顯示一個手機圖標。
圖3
圖2的下面是虛擬的nfc標簽,點擊右下角的“新建nfc標簽”可以建立新的nfc標簽。雙擊nfc標簽會顯示該標簽的信息,如圖4所示。這些信息包括標簽名稱、最大容量、標簽內容(默認是空)。只要將虛擬nfc標簽拖動到上面的虛擬nfc設備,就相當于將nfc標簽靠近了該設備。然后會通過socket將相應的數據傳到圖3所示的android應用。接著該應用會發送broadcast。最后接收到該broadcast的android應用會通過activity action調用處理nfc請求的activity。會根據情況調用onnear、onnfcsuccess、onnfcfailed三個回調方法。
圖4