转载自:http://qing.blog.sina.com.cn/1766585715/694bf573330001ob.html
前台发布系统的优先级高于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()方法。
如下是相关的一些代码,很多用途我理解的也不是很清楚,先记住怎么用,日后再来思考原理(由于轻微博发英文老提示字数超过限制,只有截图了):
注:具体该处的String和filter_nfc.xml中<tech-list>标签的对应规则,我还没搞清楚。另外这些内容都是我的一些学习笔记,很多东西也不一定正确,日后如果了解清楚后,我会继续更新和完善,我也希望不要因为我的错误而误导了大家,所以欢迎大家指正与讨论。
以下几个方法需要覆盖: