我的iOS应用程序之一似乎具有经典的Heisenbug的症状。该应用程序跟踪用户的家乡位置,因此当用户进入和离开其家乡位置时会发生某些事件。
当我测试应用程序时,它运行良好。我走进和走出CLCircularRegion
,它可以按我尝试的每种方式起作用。它在后台与该应用程序一起工作。它与关闭的应用程序一起工作。它与前台的应用程序一起使用。它可以与绿鸡蛋和火腿一起使用。
不幸的是,用户报告的问题将延迟15分钟左右。用户将进入他们的家,但该事件要到以后才会发生。在某些情况下,该事件根本不会发生。模式似乎是当用户第一次开始使用该应用程序时,它的运行效果很好。大约一天后,该应用程序似乎无法正常运行。事件被延迟。
我将第一个承认我不是CLLocationManager
和CLCircularRegion
的内部运作方面的专家。我相信我已经正确地设置了所有东西,而且我很难弄清楚如何调试这样的东西。
无论如何,我将在这里显示一些代码。请记住,这是使用Xamarin开发的,因此是在C#中。AppDelegate.cs
public static AppDelegate self;
private CLLocationManager locationManager;
private CLCircularRegion[] locationFences;
private void initializeLocationManager()
{
this.locationManager = new CLLocationManager();
// iOS 8 additional permissions requirements
if (UIDevice.CurrentDevice.CheckSystemVersion(8, 0))
{
locationManager.RequestAlwaysAuthorization();
}
locationManager.AuthorizationChanged += (sender, e) =>
{
var status = e.Status;
// Location services was turned off or turned off for this specific application.
if (status == CLAuthorizationStatus.Denied)
{
stopLocationUpdates();
}
else if (status == CLAuthorizationStatus.AuthorizedAlways &&
iOSMethods.getKeyChainBool(OptionsViewController.GENERIC, OptionsViewController.SERVICE_GEOLOCATION_ENABLED))
{
startLocationUpdates();
}
};
if (CLLocationManager.IsMonitoringAvailable(typeof(CLCircularRegion)))
{
locationManager.RegionEntered += (sender, e) =>
{
setRegionStatus(e, "Inside");
};
locationManager.RegionLeft += (sender, e) =>
{
setRegionStatus(e, "Outside");
};
locationManager.DidDetermineState += (sender, e) =>
{
setRegionStatus(e);
};
}
else
{
// cant do it with this device
}
init();
}
public void init()
{
var data = SQL.query<SQLTables.RoomLocationData>("SELECT * FROM RoomLocationData").ToArray();
int dLen = data.Length;
if (dLen > 0)
{
locationFences = new CLCircularRegion[dLen];
for (int x = 0; x < dLen; x++)
{
var d = data[x];
CLCircularRegion locationFence = new CLCircularRegion(new CLLocationCoordinate2D(d.Latitude, d.Longitude), d.Radius, d.SomeID.ToString() + ":" + d.AnotherID.ToString());
locationFence.NotifyOnEntry = true;
locationFence.NotifyOnExit = true;
locationFences[x] = locationFence;
}
}
}
private void setRegionStatus(CLRegionEventArgs e, string status, bool calledFromDidDetermineState = false)
{
string identifier = e.Region.Identifier;
string lastStatus = iOSMethods.getKeyChainItem(OptionsViewController.GENERIC, OptionsViewController.SERVICE_LAST_GEO_STATUS);
if (lastStatus == status + ":" + identifier)
{
return;
}
iOSMethods.setKeychainItem(OptionsViewController.GENERIC, OptionsViewController.SERVICE_LAST_GEO_STATUS, status + ":" + identifier);
string[] split = identifier.Split(new string[] { ":" }, StringSplitOptions.RemoveEmptyEntries);
if (split.Length == 2)
{
try
{
int someID = Convert.ToInt32(split[0]);
int anotherID = Convert.ToInt32(split[1]);
// Notifies our API of a change.
updateGeofenceStatus(someID, anotherID, status);
if (iOSMethods.getKeyChainBool(OptionsViewController.GENERIC, OptionsViewController.SERVICE_GEOLOCATION_NOTIFICATIONS) &&
(status == "Inside" || status == "Outside" || status == "Unknown"))
{
var rm = SQL.query<SQLTables.KeyRoomPropertyData>("SELECT * FROM KeyRoomPropertyData WHERE SomeID ID = ? AND AnotherID = ?",
new object[] { someID, anotherID }).ToArray();
if (rm.Length > 0)
{
if (status == "Unknown")
{
return;
}
var rmD = rm[0];
UILocalNotification notification = new UILocalNotification();
notification.AlertAction = "Geolocation Event";
notification.AlertBody = status == "Inside" ? "Entered " + rmD.SomeName + ": " + rmD.AnotherName :
status == "Outside" ? "Exited " + rmD.SomeName + ": " + rmD.AnotherName :
"Geolocation update failed. If you would like to continue to use Geolocation, please make sure location services are enabled and are allowed for this application.";
notification.SoundName = UILocalNotification.DefaultSoundName;
notification.FireDate = NSDate.Now;
UIApplication.SharedApplication.ScheduleLocalNotification(notification);
}
}
}
catch (Exception er)
{
// conversion failed. we don't have ints for some reason.
}
}
}
private void setRegionStatus(CLRegionStateDeterminedEventArgs e)
{
string state = "";
if (e.State == CLRegionState.Inside)
{
state = "Inside";
}
else if (e.State == CLRegionState.Outside)
{
state = "Outside";
}
else
{
state = "Unknown";
}
CLRegionEventArgs ee = new CLRegionEventArgs(e.Region);
setRegionStatus(ee, state, true);
}
public void startLocationUpdates()
{
if (CLLocationManager.LocationServicesEnabled)
{
init();
if (locationFences != null)
{
foreach (CLCircularRegion location in locationFences)
{
locationManager.StartMonitoring(location);
Timer t = new Timer(new TimerCallback(delegate(object o) { locationManager.RequestState(location); }), null, TimeSpan.FromMilliseconds(500), TimeSpan.FromMilliseconds(-1));
}
}
}
}
public void stopLocationUpdates(bool isRestarting = false)
{
if (locationFences != null)
{
foreach (CLCircularRegion location in locationFences)
{
locationManager.StopMonitoring(location);
}
}
if (!isRestarting)
{
var rooms = SQL.query<SQLTables.KeyRoomPropertyData>("SELECT * FROM KeyRoomPropertyData").ToArray();
foreach (SQLTables.KeyRoomPropertyData room in rooms)
{
// notifies our API of a change
updateGeofenceStatus(room.SomeID, room.AnotherID, "Unknown");
}
}
}
我知道任何人都可以筛查很多代码,但是对于造成此错误的原因或是否有可能解决iOS的限制,目前我真的没有很好的理论。
我的一些理论是
CLLocationManager
。 PausesLocationUpdatesAutomatically
属性可能与它有关,或者与CLLocationManager
的其他一些属性有关,例如ActivityType
,DesiredAccuracy
或DistanceFilter
。我将所有这些设置保留为默认值,我认为这很好,但是我不确定。另一个理论是,在“服务”已在后台运行一段时间后,将引发未捕获的异常。如果是这样,iOS是否有任何可以给我堆栈跟踪的东西?在我所有的测试中,我从未遇到过此代码引发的任何异常,因此我怀疑这就是问题所在。不过,在这一点上,我愿意提出任何想法或建议。
另外,请记住,为了使此应用程序按预期的方式工作,位置更新事件必须在用户输入或存在
CLCircularRegion
后(至少在一分钟左右)发生。显然,我必须将其留给用户以保持其位置服务处于启用状态,并允许该应用程序具有适当的权限。 最佳答案
您最有可能在诊断中达到目标-这是经典的观察者效应。
在测试应用程序时,当用户使用新应用程序时,iphone正在被积极使用。它没有机会入睡。第二天,当用户返回家中时发生了什么-他们的手机很可能在到达家中位置之前就没有长时间使用:通常我们在离开 public 交通工具后或开车回“最后一英里”时不使用手机家。 iOS会注意到这段较长的不 Activity 时间,并调整自己的行为以优化电池寿命。
观察此问题最简单的方法是将一个简单的面包屑应用程序组合在一起-在您的位置设置地理围栏,并在每次遇到退出事件时继续执行此操作。根据您使用(或不使用)的方式,在走同一条路线时,手机的结果会有所不同。
而且,当您回到家时,电话通常也是您所不能及的。
您可能想让用户提供更多详细信息,包括他们进入家中和进入家后15分钟内如何使用手机,他们使用了哪些其他应用程序,是否开车,轮流导航应用程序运行等。您会发现模式。
回覆。另外,请记住,为了使该应用程序能够
按照预期的方式工作,位置更新事件必须在
用户一进入或存在CLCircularRegion(在一分钟内
至少是)。
您不能仅使用地理围栏来做到这一点,尤其要考虑到不同的到达/离开模式-步行与行驶,“下降”路径(例如,掉头到达)。您必须预期超过1分钟的延迟和“过早”触发。恐怕没有解决方法。