本例参考ApiDemos中NFC的ForegoundDispatch来介绍编写Android NFC 的基本步骤,因为手边只有MifareClassic 1. 权限申明: <uses-permission android:name=”android.permission.NFC” /> 最低版本要求,NFC是指Android2.3 (Level 10) 才开始支持的,因此最低版本要求必须指定为10. <uses-sdk android:minSdkVersion=”10″/> 如果需要在Android Market上发布,需要指定手机支持NFC 功能。 <uses-feature android:name=”android.hardware.nfc” android:required=”true” /> 为Activity申明它支持处理NFC Tag 比如我们的示例Activity 在Manifest 的申明如下: <activity android:name=”.NFCDemoActivity” <meta-data android:name=”android.nfc.action.TECH_DISCOVERED” </activity> 三种Activity NDEF_DISCOVERED ,TECH_DISCOVERED,TAG_DISCOVERED 指明的先后顺序非常重要, 当Android设备检测到有NFC Tag靠近时,会根据Action申明的顺序给对应的Activity 发送含NFC消息的 Intent. 2. Android NFC 消息发送机制 当Android设备检测到有NFC Tag时,理想的行为是触发最合适的Activity来处理检测到的Tag,这是因为NFC通常是在非常近的距离才起作用(<4m) ,如果此时需要用户来选择合适的应用来处理Tag,很容易断开与Tag之间的通信。因此你需要选择合适的Intent filter 只处理你想读写的Tag类型。 Android系统支持两种NFC消息发送机制:Intent 发送机制和前台Activity 消息发送机制。 Intent 发送机制 前台Activity 消息发送机制 这两种方法基本上都是使用Intent-filter 来指明Activity可以处理的Tag类型,一个是使用Android的Manifest 来说明,一个是通过代码来申明。 下图显示当Android检测到Tag,消息发送的优先级: 本例 NFCDemoActivity 支持两种NFC消息发送机制,上面的XML指明了Intent 消息发送机制,其中 <meta-data android:name=”android.nfc.action.TECH_DISCOVERED” 的filter_nfc 指明了支持处理的NFC Tag类型,filter_nfc.xml 定义如下: <resources xmlns:xliff=”urn:oasis:names:tc:xliff:document:1.2″> </tech-list> </resources> 因为我只有MifareClassic 类型的Tag,所以只定义了MifareClassic相关的Tag类型,如果你可以处理所有Android支持的NFC类型,可以定义为: <resources xmlns:xliff="urn:oasis:names:tc:xliff:document:1.2"> 有了这个Manifest中的申明,当Android检测到有Tag时,会显示Activity选择窗口,如上图中的Reading Example。 当NFCDemoActiviy在前台运行时,我们希望只有它来处理Mifare 类型的Tag,此时可以使用前台消息发送机制,下面的代码基本和ApiDemos中的NFC示例类似:
只改了一行,将处理NfcF类型的Tag 改为处理MifareClassic 类型的NFC Tag。 mTechLists = new String[][] { new String[] { MifareClassic.class.getName() } }; 运行该示例,每靠近一次Tag,计数加1. 本例下载 |