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。 如果Ａ，Ｂ是两个相同uuid, major和minor不同的两个iBeacon设备，用户从Ａ区域走到Ｂ区域，不会引发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设备的扫描， 如果此时蓝牙处于关闭状态， 则会弹出提示， 提示用户："打开蓝牙来允许“ＸＸＸ应用“连接到配件"提示， 相信不少用户看到这个提示都会比较担心这是一个什么样的应用。 所以最好的办法是， 在程序中使用ibeacon， 如果ibeacon能使用， 则蓝牙功能必然处于打开状态，如果ibeacon不能使用， 先判断后台刷新是否打开， 以及用户是否授权， 如果没有问题， 则有可能是因为蓝牙没有打开。 但是不能确定一定就是蓝牙没打开。
13. 测试ibeacon离开的区域只需约15米即可， 最好是有障碍物， 不能直接让手机与ibeacon相互可见即可。
14. 如果不需要把当前ios设备模拟成iBeacon设备，是不需要打开Target的background mode并进行设置的。（网上好些文章什么都没有解释，直接告诉要打开这个，然后再设置bluetooth啥的，以及location update等。打开这个会导致程序在按下Home键后，进入后台会继续运行好长一段时间，测试发现最长可以运行25分钟左右。这样的应用，苹果如果审得较严的情况下，比较难以通过审核。）