我正在开发一个 iOS 报亭应用程序。
如果它被暂停或未运行并连接到 WLAN，则可以通过推送远程通知触发 Newsstand 应用程序以在后台下载最新一期（在我们的示例中约为 100MB）。
我正在使用 Urban Airship 来传送 Push 广播。
我现在担心许多 iOS 设备或多或少地同时访问 Web 服务器进行一次大下载，因为我预计大多数设备会在很短的时间内收到通知。
与其向所有设备广播，我是否应该向成批的小设备群发送单独的通知，将它们分散到更长的时间段？
和/或像 Amazon Cloudfront 这样的 CDN 会更容易/无论如何解决这个问题吗？
鉴于您的开发也不是免费的；并且考虑到这种交错交付还会带来持续的组织和运营成本（以及向“新闻”客户解释这一点的复杂性）；我建议您认真考虑使用 CDN 进行实际交付。它消除了问题的所有复杂性 - 并消除了故障/风险点并将其换成易于货比三家的问题。
这对所有参与者来说都是双赢的。
德。
像往常一样，“这取决于” - 主要取决于您的网络托管情况。
如果您的主机设置中的带宽有限（例如 100Mbps），您希望避免提供任何大型下载服务 - 即使是单个用户下载大文件也可能会在几秒钟内淹没您的网络。
其次，营销人员喜欢想象用户会立即点击推送提醒，因为这是他们生活中最重要的事情——事实上，这种情况很少见。为了从“交错”推送通知中获得任何好处，时间间隔可能需要以天为单位来衡量（当然，这完全取决于您的内容——关于小猫的每日新闻比每季度推迟一次的可能性更小税法杂志）。我认为需要多次尝试才能确定正确的时间间隔 - 在此期间您的用户体验会很差。
因此，正如 Dirk-Willem van Gulik 所说，投资 CDN 是个好主意。每次下载都会花钱——但原则上，CDN 提供商拥有无限带宽，升级您的工具包以匹配几乎可以肯定是不现实的。