根据docs系统可以“跳过”对dIDReceiveRemoteNotification的调用:fetchCompletionHandler:如果它发现后台处理耗电且冗长等,我们在实践中看到这一点 – 用户可以在屏幕上获得推送通知,但是调用dIDReceiveRemoteNotification:fetchCompletionHandler:根本就没有发生过
问题是 – 我们如何通过推送检查ios中发生了什么?有没有办法通过ios服务查看内部系统日志和真实信息?我们当然需要这个用于调试目的,而不是在发布的应用程序中.只是为了仔细检查和微调我们的后台处理.开发人员应该有办法看到设备上真正发生的事情.
我发现应用程序“appswitcher”显示类似的东西,但在ios7上它只显示活动的应用程序日志(appswitcher本身),而不是系统范围.所以对我们来说没用
要明确:推送通知正常工作,例如,它们总是由程序在调试模式下接收.但是在发布/ adhoc构建中,我们看到一些通知被发送到应用程序(从后台唤醒)而有些则没有.文档声明fetch回调用于计算cpu /数据使用情况,而ios保留权利“跳过”通知,当我们感觉这样做时,我们只是想找到方法来看是这样的情况
欢迎任何帮助
解决方法 我从来没有尝试过,但我一会儿就看到了.通过观察它,它似乎会对你的情况有所帮助,但不幸的是,你必须尝试找出它是否值得.https://developer.apple.com/downloads/index.action
转到该网站,然后使用您的开发者帐户登录.
转到第2页(或查找2013年10月4日发布的BUG Reporter日志记录配置文件(iOS)).
在说明中,Apple有一个链接,告诉您如何使用这些配置文件.由于该帖子的标题表明它用于错误报告,希望它能为您提供一些细节,以便您可以修复您的错误.
尝试一下,看看它是否有效,并让其他人知道它是否有用.由于它显示“Logging”,我的猜测是它将在控制台上输出有关推送消息的详细信息,而不是秘密记录并将日志发送到apple.
总结以上是内存溢出为你收集整理的ios7:如何跟踪通知等系统内部全部内容,希望文章能够帮你解决ios7:如何跟踪通知等系统内部所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)