7

我一直在翻阅有关在 iOS 中播放音频的背景状态和权限的所有文档,但我无法弄清楚特定应用程序如何能够在未来的特定时间看似唤醒自己并播放非捆绑的声音。我正在研究这个问题,因为我想将此功能(就像我见过的许多其他功能一样)添加到我正在构建的应用程序中。

有问题的应用程序是“Alarmy”——以前是“如果可以就睡觉”。这是一个闹钟。与应用商店中的大多数其他闹钟不同,它可以播放 iTunes 歌曲作为闹钟声音,而无需在前台运行。它可以绕过响铃/静音开关,将音量增加到最大,并在看似(或应该)处于后台状态时播放本地 iTunes 库中预选的歌曲。

我不知道有什么方法可以调查 Alarmy 在等待闹钟时间时在做什么,但我可以看到它确实启用了定位服务、启用了蜂窝数据并启用了后台刷新。但是,即使在设置中关闭了所有这些功能,闹钟仍然可以正常工作并播放 iTunes 歌曲!我还必须假设 Alarmy 在闹钟时间之前不会保持沉默,因为它不会通过 Apple 的提交过程(或者他们可能只是错过了这一点,而且现在竞争环境完全不平衡)。

它确实有一个看起来有点不合适的功能——应用程序显示天气信息。这不一定是完全的绒毛——我可以看到警报应用程序的一些价值——但是他们是否有可能以足够短的时间间隔查询一些天气 API 以使应用程序在后台保持清醒直到警报时间? 如果是,那会是什么样子?此外,天气 API 最多可以免费使用一定数量的查询,但它们有很多下载量,我假设有很多查询。对于没有 IAP 的固定价格付费应用,这似乎不是一个很好的商业模式。

所以,总结一下,恕我直言,这个功能不能来自任何背景音频权限,因为应用程序在进入后台时不会主动播放音频(除非它的沉默,他们只是幸运地通过了提交过程);它可能来自于在后台不断刷新应用程序以获取位置/天气服务(然后通过一个简单的计时器倒计时到警报触发时间),但当为警报禁用后台刷新和位置服务时,该功能仍然有效。难道是权限在那里,所以即使不允许应用程序访问位置信息,iOS 仍然允许它在后台处于活动状态?

最后一个想法:是否有一种静默推送技术,他们可能会在事件发生时将通知推送到应用程序并检查是否到了播放警报音的时间?在那黑暗中拍摄...

对此事的任何见解都会有很大帮助!我要拔头发了!我可以编辑这篇文章并添加更多信息——即我已经看过哪些资源——如果你愿意的话,但我很确定我已经看过所有可能的资源。再次,非常感谢您的帮助。

4

2 回答 2

7

他们正在使用音频背景模式,它列在他们的 info.plist 中。他们使用捆绑包中的“NoSound.mp3”文件在后台播放静音。他们还有一个“睡眠音乐”模式可以让他们通过 AppStore。

有关您可以使用的其他方式,请查看这篇文章

于 2017-01-31T17:13:48.483 回答
2
if ([[MPMusicPlayerController iPodMusicPlayer] playbackState] == MPMusicPlaybackStatePlaying)
{
       NSLog(@"yes itune Player Sound is on");
}
else
{
      NSLog(@"NO itune Player Sound is not on");
}
于 2015-04-07T10:21:35.747 回答