我已经设置了一个只有区域监控而没有其他内容的应用。我正在通过在前台模式下运行进行测试（与后台模式相反）。它运行在带有ios 7.0.4的iphone 5上。它具有后台应用刷新和位置服务以及启用此应用的位置授权。
我发现了一些非常奇怪的事情。当我使用模拟器跨越边界时，有时会调用didEnterRegion / didExitRegion。但有时候，无论我在模拟中切入和跳出边界多少次，它都不会被调用。有些时候，在我改变模拟后，它被称为显着较晚（几分钟）。
我检查monitoredRegions以确保我想要监控的区域是有效的，确实如此。受监测的区域半径约为100米。我使用2个模拟点，1个内部，1个在不同的城市。我使用startMonitoringForRegion来监控该地区。
我在这里错过了什么吗？
答案 0 :(得分：8)
确定区域监测的可用性
在尝试监控任何区域之前，您的应用应检查当前设备是否支持区域监控。以下是可能无法进行区域监控的一些原因：
设备没有必要的硬件来支持区域监控。 用户拒绝该应用授权使用区域监控。 用户在“设置”应用中禁用了位置服务。 用户在“设置”应用中为设备或应用禁用了“后台应用刷新”。 设备处于飞行模式，无法为必要的硬件供电。 在iOS 7.0及更高版本中，在尝试监视区域之前，始终调用CLLocationManager的isMonitoringAvailableForClass：和authorizationStatus类方法。 （在OS X v10.8及更高版本以及之前版本的iOS中，请改用regionMonitoringAvailable类。）isMonitoringAvailableForClass：方法告诉您底层硬件是否支持指定类的区域监视。如果该方法返回NO，则您的应用无法在设备上使用区域监控。如果返回YES，则调用authorizationStatus方法以确定该应用程序当前是否有权使用位置服务。如果授权状态为kCLAuthorizationStatusAuthorized，则您的应用可以接收其注册的任何区域的过境通知。如果授权状态设置为任何其他值，则应用程序不会收到这些通知。
注意：即使应用程序未被授权使用区域监控，它仍然可以注册区域以供日后使用。如果用户随后授予应用程序授权，则将开始监视这些区域并生成后续的过境通知。如果您不希望在未授权应用程序时保留区域，则可以使用locationManager：didChangeAuthorizationStatus：delegate方法检测应用程序状态的更改并根据需要删除区域。 最后，如果您的应用需要在后台处理位置更新，请务必检查UIApplication类的backgroundRefreshStatus属性。您可以使用此属性的值来确定是否可以这样做，并警告用户是否可以。请注意，当全局或专门针对您的应用禁用后台应用刷新设置时，系统不会唤醒您的应用以获取区域通知。
了解更多信息，请参阅Apple docs
为了防止虚假通知，iOS在达到某些阈值条件之前不会发送区域通知。 具体来说，用户的位置必须跨越区域边界并远离边界最小距离并在报告通知之前保持最小距离至少20秒。
特定阈值距离由当前可用的硬件和定位技术决定。例如，如果禁用Wi-Fi，则区域监控的准确性要低得多。但是，出于测试目的，您可以假设最小距离约为200米。
在注册授权应用后，立即开始监控地理区域。 但是，不要期望立即收到活动，因为只有边界交叉才会生成活动。 特别是，如果用户的位置在注册时已在区域内，位置管理器不会自动生成事件。相反，您的应用必须等待用户跨越区域边界，然后才能生成事件并将其发送给代理。要检查用户是否已经在区域的边界内，请使用CLLocationManager类的requestStateForRegion：方法。
在指定要监控的区域集时要谨慎。区域是共享系统资源，系统范围内可用区域的总数是有限的。因此，核心位置将单个应用程序可同时监控的区域数量限制为20个。要解决此限制，请考虑仅注册用户附近的区域。随着用户位置的变化，您可以删除现在更远的区域并添加用户路径上的区域。如果您尝试注册区域并且空间不可用，则位置管理器使用kCLErrorRegionMonitoringFailure错误代码调用locationManager：monitoringDidFailForRegion：withError：其委托方法。
答案 1 :(得分：0)
有点晚了，但我遇到了同样的问题。在这种情况下，我编辑了模式并将其设置为默认位置，从那里开始在模拟器中进行区域监视。