Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/android/222.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Android 推送通知到达时间过长_Android_Ios_Push Notification_Air_Onesignal - Fatal编程技术网

Android 推送通知到达时间过长

Android 推送通知到达时间过长,android,ios,push-notification,air,onesignal,Android,Ios,Push Notification,Air,Onesignal,我在用于iOS和Android的AdobeAIR应用程序中遇到了一个奇怪的推送通知问题 我使用的是送奶人游戏中的Easy Push电子邮箱和一个信号服务 问题是通知确实会到达,但有时(随机)消息在发送后可能需要15分钟才能到达设备 这对于我的应用程序(出租车预订应用程序)至关重要,因为我依赖推送通知来实现出租车应用程序和用户应用程序之间的通信。因此,例如,如果用户请求出租车,可能需要15分钟才能通知出租车应用程序 与单信号支持人员交谈,根据他们的说法,一切都正常,如果我看一下单信号仪表板,通知几

我在用于iOS和Android的AdobeAIR应用程序中遇到了一个奇怪的推送通知问题

我使用的是送奶人游戏中的Easy Push电子邮箱和一个信号服务

问题是通知确实会到达,但有时(随机)消息在发送后可能需要15分钟才能到达设备

这对于我的应用程序(出租车预订应用程序)至关重要,因为我依赖推送通知来实现出租车应用程序和用户应用程序之间的通信。因此,例如,如果用户请求出租车,可能需要15分钟才能通知出租车应用程序

与单信号支持人员交谈,根据他们的说法,一切都正常,如果我看一下单信号仪表板,通知几乎总是立即发送

延误的原因可能是什么?我能做些什么让事情变得更好呢


谢谢。

通常推送通知会很快到达。但也有一些罕见的情况,我们看到他们被推迟:

Android设备上的通知延迟:

  • 一些家庭和商业wifi路由器将导致设备与谷歌GCM服务器的连接关闭。设备稍后会重新打开连接并接收延迟通知。(此处讨论:)

  • 一些定制版本的Android操作系统具有节能设置,可能会导致延迟或忽略通知。例如,索尼Xperia设备具有“耐力模式”。(此处讨论:)

  • 一些安卓设备在电池电量不足时会进入低功耗模式,这可能会导致接收通知的轻微延迟

  • iOS设备上的通知延迟:

  • 当向具有开发配置文件的设备构建发送通知时,苹果的APNS服务器有时可能速度较慢或可靠性较低。您可以将应用程序的版本与临时资源调配配置文件和生产推送证书进行比较,看看它是否工作得更好。在不久的将来,苹果将改变这个系统的工作方式,这样这个问题就会消失

  • 与Android一样,一些wifi路由器会导致iOS通知传递延迟

  • 如果为应用程序选中了“限制背景数据”,如果在高级设置中启用了Wifi优化,或者如果启用了优先级模式,则通知可能会延迟

  • WhatsApp在其常见问题页面的底部有一个很好的关于排除延迟的Android和iOS通知的说明列表:


    总的来说,上述问题很少出现,几乎所有用户都会及时收到通知。但是,对于您的特定用例,您可能会发现文本消息是一个更可靠的工具。

    在我的例子中,在我发送给APNS的负载中,我将“附件”属性作为“”发送。当我将其更改为null时,问题就消失了

    替换

    "attachment": ""
    


    我不知道为什么,但奇怪的是,它导致通知延迟了1.5分钟左右。

    我从未使用推送通知,但我认为这种方式不起作用。我认为通知(消息)是由应用程序服务器发送到推送通知服务服务器的,该服务器会将其推送到用户设备(到应用程序)。但你说的是另一个传感器:你的用户通过你的应用程序请求发送到你的应用程序服务器,在这里你甚至不需要推送通知服务,它通常在相反的传感器中工作!如果您的邮件是时间关键型的,则表示您使用了错误的推送通知工具。这是一项尽力而为的服务,即不保证时间或交付@布莱恩,我明白了,所以不能保证时间或交货。这真的很糟糕,那么我应该使用什么工具呢?你最好让应用程序轮询消息服务器。只要设备具有连接性,也就是说。那么@Brian,你的建议是我在我的应用程序中创建一个循环,不断向服务器请求任何新消息?。或者我应该实现某种套接字吗?我在iOS上也看到了这个问题,不仅仅是android。你说的短信是什么意思?我已经添加了解决iOS延迟问题的说明。通过短信,我指的是通过像Twilio这样的服务使用短信。()
    "attachment": null