0

我个人没有遇到过这个问题，但是对于我的一些用户来说，设置一次的通知实际上是在一小时后触发的。

这是我用来生成通知的代码：

UILocalNotification *notif = [[UILocalNotification alloc] init];
notif.fireDate = date;
notif.timeZone = [NSTimeZone defaultTimeZone];
notif.alertBody = @"Alert time!";
notif.alertAction = @"Wake me";

[[UIApplication sharedApplication] scheduleLocalNotification:notif];

相当标准。遇到问题的用户是英国时间，该时间有夏令时。我想知道这是否是某种iOS错误？

4

1 回答 1

1

我相信问题与 iOS 存储时区缓存有关。这个功能有点令人困惑，因为您可以拥有 3 个不同的时区（如果其中一半让您感到困惑，请不要担心）：

[NSTimeZone defaultTimeZone];

返回当前应用程序的默认时区。如果未设置默认时区，则该方法调用 systemTimeZone 并返回系统时区。默认时区是应用程序运行时使用的时区，您可以更改该时区（因此您可以使应用程序像在不同时区一样运行）。

[NSTimeZone localTimeZone];

返回一个将所有消息转发到当前应用程序的默认时区的对象。本地时区始终代表默认时区的当前状态。本地时区增加了一个间接级别，每当您在其上调用方法时，它就好像它是当前默认时区一样。

[NSTimeZone systemTimeZone];

返回系统当前使用的时区。如果您获得系统时区，它会被应用程序缓存，并且如果用户随后更改系统时区，它也不会更改。下次调用 systemTimeZone 时，您将返回最初获得的时区。您必须调用 resetSystemTimeZone 来清除缓存的对象。

就个人而言，这整件事让我感到困惑。但这种resetSystemTimeZone方法似乎很有趣：

如果应用程序已缓存系统时区，则此方法会清除该缓存对象。如果您随后调用 systemTimeZone，NSTimeZone 将尝试重新确定系统时区，并创建和缓存一个新对象。

由于用户可能在时区之间移动，并且当某些时区支持夏令时而有些不支持时，并且考虑到 Apple 自己在所有这些方面都存在持续的问题，看起来合乎逻辑的解决方案是使其尽可能不易破碎。

Non-breakable 意味着我在整个应用程序中都使用了 systemTimeZone，并且resetSystemTimeZone在每次提到它之前就在线使用。

UILocalNotification *notif = [[UILocalNotification alloc] init];
notif.fireDate = date;
[NSTimeZone resetSystemTimeZone];
notif.timeZone = [NSTimeZone systemTimeZone];

到目前为止，我还没有遇到过这个问题。希望这会对某人有所帮助。

于 2013-12-14T20:35:36.927 回答