嘿，这个需求我刚好有过相关经验，来给你拆解清楚：

首先明确：直接在后台严格每分钟轮询是做不到的——iOS对后台App的资源管控很严，普通后台状态下App很快就会被系统挂起，没法持续执行定时任务。不过可以通过Apple官方提供的机制来实现类似的需求，只是要接受一些限制：

• 后台刷新任务（Background App Refresh）：这是官方推荐的定期更新机制。你可以在App里注册后台刷新权限，系统会根据用户使用频率、设备电量等因素，定期唤醒App在后台执行刷新逻辑。但它的执行间隔不固定，可能是几分钟到几十分钟，没法保证精确的每分钟。
• 静默推送（Silent Push Notifications）：如果你的服务器能配合，这种方式更高效。当服务器端检测到符合条件的数据时，给App发送一条静默推送（设置content-available: 1，不包含alert、sound等字段），App被唤醒后在后台处理逻辑，触发本地通知。这种方式能更及时地响应数据变化，而且符合iOS的后台设计逻辑。
• 定位后台模式（不推荐）：如果App本身有真实的定位需求，可以借助后台定位维持活跃，但如果只是为了轮询而强行用这个模式，审核100%过不了，还会大幅增加耗电量，完全不建议。

要通过审核，必须严格遵守Apple的后台使用规范，踩坑点主要有这些：

• 后台刷新任务不能滥用：必须是为了给用户提供有价值的内容更新（比如新闻、待办提醒），如果只是为了轮询触发通知却没有实际的内容更新，很容易被审核拒绝。
• 静默推送的使用要合规：推送必须是为了更新App内容或触发用户预期内的通知，不能用来做无关的后台活动。而且一定要正确设置推送字段，不能附带前台展示的内容，否则就变成普通推送了。
• 禁止绕过后台限制：不能用私有API、持续占用后台线程等手段强行维持App后台活跃，这种行为不仅会被拒，还可能导致App被系统杀死或崩溃。
• 本地通知不能骚扰用户：触发的通知必须是用户预期内的，不能频繁推送无关内容，否则可能被用户投诉，甚至导致App下架。

总结一下：这个需求是可以实现的，但没法做到严格的每分钟轮询。如果追求及时性，优先考虑服务器配合的静默推送方案；如果只能依赖客户端轮询，就用后台刷新任务，但要接受间隔不固定的限制。同时一定要确保后台使用场景合理，符合Apple的审核规则。

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