iOS能否像远程通知那样通过本地通知实现后台更新？

本地通知没有和静默远程推送对等的、无需用户交互即可后台唤醒应用执行代码的机制，具体规则和边界可以拆成三点说清楚：

• 本地通知触发后的代码回调有严格的触发前提
  只有当用户主动点击通知本体、或者点击通知上绑定的自定义交互按钮时，系统才会唤醒应用，调用UNUserNotificationCenter的代理方法userNotificationCenter(_:didReceive:withCompletionHandler:)。你可以在这个回调里执行数据更新等逻辑，系统给的执行窗口同样是30秒左右，必须在时限内调用完成回调，否则应用会被系统终止。
  如果本地通知触发后用户没有做任何交互操作，应用不会收到任何相关回调，也不会被后台唤醒，完全没有机会执行代码。
• 和远程推送的核心差异
  你提到的application(_:didReceiveRemoteNotification:fetchCompletionHandler:)能在后台无交互触发，前提是远程推送携带了content-available: 1的静默推送标识，这类推送本身不会弹出通知提示，系统收到后会直接唤醒应用给30秒执行时间。这个能力是本地通知完全不开放的——本地通知只要触发就一定会在系统通知栏弹出提示，不存在静默触发后台执行的可能。
• 对应场景的正确实现方案
  如果你要实现「定时/满足条件时后台更新内容，再给用户发提示」的效果，不要尝试用本地通知触发后台逻辑，应该用你提到的后台刷新（Background App Refresh）机制：
  系统会根据用户的App使用习惯、设备电量、网络状态智能调度后台刷新时机，触发时调用application(_:performFetchWithCompletionHandler:)给你30秒的执行窗口完成数据拉取、内容更新，等更新完成后你再调度本地通知弹出给用户即可，这是苹果官方认可的合规实现路径，不会出现审核驳回的问题。

注意：后台刷新的触发时机完全由系统控制，没有办法做到严格准点触发，如果你的场景对触发时间精度要求极高，这类后台机制都无法满足需求。

内容的提问来源于stack exchange，提问作者rc1997