iOS UserNotifications 本地通知与交互

摘要：本地通知可在应用不活跃时提醒用户，也能提供快捷操作。本文介绍授权时机、通知内容、触发条件、动作处理和重复计划管理。

一、在合适时机请求授权

用户需要理解通知能带来什么价值后再询问授权。授权被拒绝时，应用仍应提供完整的前台使用路径，不要把核心操作完全绑定到通知。

通知权限包含不同展示能力，应用应根据实际需要请求并适配用户选择。用户可能随时在系统设置中改变权限。

二、创建通知请求

通知内容应包含清楚的标题、正文和必要上下文。标识符需要稳定，以便更新或取消已有计划。不要在锁屏内容中显示不适合公开的敏感信息。

通知时间应按产品语义计算，并考虑时区变化、日历调整和用户修改计划。

三、处理点击和自定义动作

通知点击应根据稳定业务标识打开合适页面。收到动作时先验证目标数据和用户身份，不能假设创建通知时的页面仍存在。

自定义动作可以完成简短操作，也可以引导用户进入应用。后台处理完成后及时调用系统完成回调，避免系统等待超时。

四、更新与取消计划

提醒时间或内容变化时，用同一稳定标识更新原计划，避免为同一事件积累多条通知。活动被删除、完成或用户退出相关流程时，取消对应通知。

重复提醒要定义结束条件。不要用无限重复请求表示一次性的业务计划。

五、通知与应用状态一致

通知只是提示，不是数据事实来源。用户点开通知时要重新读取当前状态；内容可能已过期，提醒对应的事项也可能已经取消。

应用重新启动后可检查待处理通知并与业务数据对账，清除失效计划。

六、验证流程

测试允许、拒绝、关闭权限、时区变化、重复计划和点击跳转。使用可控的通知标识验证更新与取消是否针对正确条目。

七、总结

可靠通知建立在合理授权时机、稳定标识、清楚动作和业务状态复核之上。应用应允许用户随时修改通知偏好，并在内容变化或事项结束后更新或取消计划。