在我的用户登录应用程序后，会下拉他们的会议列表并将它们添加为UILocalNotification.
每次用户启动应用程序并登录时，都会发生这种情况。
在反复执行此操作时，以下哪项是更好的“实践”：
scheduledLocalNotifications当我循环浏览下载的会议检查以查看该会议是否已经存在本地通知时，请使用 then 提取所有位置通知。如果是这样，请不要添加它。
用于cancelAllLocalNotifications清除所有本地通知并添加它们。
似乎＃1 是正确的方式，但我担心如果我与另一个会议同时开会（它发生了），它会将其视为已添加并且不会添加新的会议。
我个人会拉下位置并检查它们。它只是让我感觉更整洁，而不是摧毁一切并重新创造一切。再说一次，#2 可能（可以忽略不计）更快，因为您不需要循环和检查。
如果您担心 #1 不匹配两个会议具有相同的时间，您可以UILocalNotification通过属性将您自己的唯一标识符添加到对象userInfo，并查询它以查看会议是否是同一事件，而不是基于它通知的时间。
如果你有一个唯一的令牌，比如一个 UUID，对于每个会议，可以避免重复预订的情况。将此令牌放入通知的 userInfo 字典中，然后您可以准确地看到通知是针对哪个会议的。比较以确定此会议是否已经有通知排队最好通过此唯一令牌完成，确保会议时间没有改变。