iBeacon行为分析

研究iBeacon也有段时间了, 总结一下这段时间对于ibeaacon行为的分析。

  1. iOS 7.0及以后的版本开始支持iBeacon。
  2. 硬件方面, iPhone4S 及以后, ipad 3代及以后, ipad Mini及以后, ipod 5及以后。
  3. iOS7.1与7.0的提升在于, ios 7.1在应用被kill掉后, 以及设备重启后, 仍然能继续监控iBeacon的边缘触发及点亮触发行为,而ios7.0在程序被kill掉后以及设备重启后不再进行监控
  4. 通过iBeacon唤醒的应用,只会在后台运行10秒钟,当然也可以通过beginBackgoundTask来执行一些需要长时间执行的任务, 不管应用之前是处于后台, 还是被kill掉, 10秒内,应用的状态就是在后台运行。 10秒后, 理论上讲程序仍然是处于后台运行, 但这个时候也可能会因为系统资源的原因而直接把程序再次kill掉。
  5. ios7.1版本及以后,要进行后台及kill掉仍然可以监控,需要用户把蓝牙打开,后台应用应用程序刷新功能打开,以及定位服务中该应用的定位功能打开(不打开这个功能将不能进行iBeacon 的didRange方法的回调)
  6. didEnter和didExit的调用是以uuid为单位来触发的, 因为iBeacon可以有相同的uuid, 不同的major和不同的minor。 如果A,B是两个相同uuid, major和minor不同的两个iBeacon设备,用户从A区域走到B区域,不会引发didEnter和didExit事件。
  7. 而且测试发现iBeacon的didEnter和didExit的调用并不准确。因为在同一秒内出现了先调didExit然后又调用了didEnter方法, 所以这两个方法存在不可靠性。
  8. 好的方法应该是依赖于didRange来进行beacon的统计与代码调用, 因为系统只要唤醒后就会调用didRange。 在didRange中可以取当前系统的状态,以过滤掉应用在前台的情况。
  9. 点亮屏幕唤起应用的行为需要在点亮的那个时刻,用户周围能检测到ibeacon设备, 否则不会触发唤醒应用的操作。
  10. 进入区域来唤醒应用,则说明周围一定有iBeacon设备, 退出区域来唤醒应用,唤醒时周围可以没有iBeacon设备。进入区域和退出区域事件均能唤醒应用。
  11. ibeacon的边缘触发可以是ios设备在移动,也可以是ibeacon设备在移动。
  12. 直接在ios程序中使用蓝牙功能进行ibeacon设备的扫描, 如果此时蓝牙处于关闭状态, 则会弹出提示, 提示用户:"打开蓝牙来允许“XXX应用“连接到配件"提示, 相信不少用户看到这个提示都会比较担心这是一个什么样的应用。 所以最好的办法是, 在程序中使用ibeacon, 如果ibeacon能使用, 则蓝牙功能必然处于打开状态,如果ibeacon不能使用, 先判断后台刷新是否打开, 以及用户是否授权, 如果没有问题, 则有可能是因为蓝牙没有打开。 但是不能确定一定就是蓝牙没打开。
  13. 测试ibeacon离开的区域只需约15米即可, 最好是有障碍物, 不能直接让手机与ibeacon相互可见即可。
  14. 如果不需要把当前ios设备模拟成iBeacon设备,是不需要打开Target的background mode并进行设置的。(网上好些文章什么都没有解释,直接告诉要打开这个,然后再设置bluetooth啥的,以及location update等。打开这个会导致程序在按下Home键后,进入后台会继续运行好长一段时间,测试发现最长可以运行25分钟左右。这样的应用,苹果如果审得较严的情况下,比较难以通过审核。)
 
0
上一篇:解决Visual Studio 2010/2012在调试时lock文件的方法


下一篇:javascript默认中文(汉字/标点)长度均为1的解决