Objective c iOS即时消息应用程序服务器是否应在前台发送APN（新消息）
我正在创建一个即时消息应用程序。想象一下skype或yahoo messenger之类的东西 现在，我们的服务器只在应用程序处于后台/多任务/最小化状态时发送推送通知（针对新消息）。但有时服务器无法检测到我们的应用程序在后台，所以有时即使应用程序在后台，它也不会发送推送通知 现在，我认为我们的服务器应该总是向设备发送推送通知，即使它在前台（所以所有消息都会有一个推送notif），但在前台时我们不会显示它（APN）。这样，服务器就不需要检测应用是否在后台Objective c iOS即时消息应用程序服务器是否应在前台发送APN（新消息）,objective-c,ios,push-notification,apple-push-notifications,Objective C,Ios,Push Notification,Apple Push Notifications,我正在创建一个即时消息应用程序。想象一下skype或yahoo messenger之类的东西 现在，我们的服务器只在应用程序处于后台/多任务/最小化状态时发送推送通知（针对新消息）。但有时服务器无法检测到我们的应用程序在后台，所以有时即使应用程序在后台，它也不会发送推送通知 现在，我认为我们的服务器应该总是向设备发送推送通知，即使它在前台（所以所有消息都会有一个推送notif），但在前台时我们不会显示它（APN）。这样，服务器就不需要检测应用是否在后台 你认为这样可以吗，或者总是发送APN会有副
你认为这样可以吗，或者总是发送APN会有副作用，你看，如果你在前台聊天一整天，客户端会收到APN，但不会显示它？如果负载不同，在不阅读的情况下发送大量通知没有问题
在前台收到通知时，您不会被迫显示带有警报的通知。您所说的不良影响到底是什么意思？例如，苹果会停止向我发送推送通知吗？你每天能收到100或500条信息。或者，即使我没有显示收到的推送通知，也会消耗大量电池电量。另外，你们认为skype或yahoomessenger会做什么？他们是否总是在前台发送APN但不显示，或者他们检测应用程序是否在后台，并且在应用程序在后台时只发送APN。