关于NFC（近场通信）的三种响应模式（二）

在之前的《NFC的activity响应模式（一）》中我们讲过，前台发布系统的优先级高于intent发布系统，也就是说当一个正在前台运行的程序可以处理被扫描到的tag时，系统将不会跳出应用列表让用户选择，而直接由前台的activity来处理tag的intent请求。

运行在前台的activity不会默认成为前台发布系统，按照activity的生命周期，我们如果覆盖了activity的onCreate（）、onNewIntent（）、onPause（）和onResume（）这几个方法（其中实现一个activity类必须要覆盖的方法是onCreate方法），我们会发现：1、当第一次启动一个应用程序的时候，会调用onCreate（）和onResume（）方法，其中onResume（）方法使该activity成为前台发布系统。

2、当一个tag被扫描时，系统会调用onPause（）暂停掉当前的activity，而处理tag发出来的intent请求，这时该activity已经不再是前台发布系统了。

如果想要当前的应用程序能直接处理tag，那么必须打开前台发布系统，思路如下：

1、  一个前台发布程序activity从启动检测tag所要经历的生命周期：

onCreate()->onResume()-> onPause()->onNewIntent()-> onResume()

2、 覆盖掉activity的onNewIntent（）、onPause（）和onResume（）三个方法

3、  在主线程中调用enableForegroundDispatch(Activity, PendingIntent, IntentFilter[], String[][])，其中“主线程”我的理解是activity所要经历的生命周期中，由于变成前台发布程序onResume是必经的方法，所以一般把enableForegroundDispatch(Activity, PendingIntent, IntentFilter[], String[][])是写在onResume（）方法里面。

4、  按照android帮助文档的说法，一旦在onResume（）中调用了enableForegroundDispatch方法，那么必须在onPause（）中调用disableForegroundDispatch方法。其实我认为应该在onStop（）和onDestroy（）中也调用disableForegroundDispatch方法，系统只考虑了正常情况下的退出，我刚试过直接杀掉该进程， activity仍一直处于前台发布系统，拿tag来扫描还是会默认由其来处理。没有看过android的源码，难道在onStop（）和onDestroy（）中没有调用onPause（）方法？这点我很奇怪，等以后再证实吧！

5、  所有对卡片的交互处理全部写在一个单独的方法中，供onCreate（）和onNewIntent（）调用。当弹出列表让用户选择时，假设用户选择了该activity，则会调用onCreate（）方法，当该activitye为前台发布程序时，检测到tag，并且符合intent过滤规则，则会调用onNewIntent（）方法。