Jak powiedział Jonathan w swoim komentarzu, Apple nie określa limitu w dokumentacji APNS.
Ponieważ wysyłanie powiadomień jest binarnymi danymi za pośrednictwem połączenia TCP, liczba powiadomień, które zostałyby wysłane w pojedynczym żądaniu, zależy od wielkości buforów TCP.
Nie musisz wysyłać jednego powiadomienia na żądanie. Nie jestem pewien, czy w tym przypadku jest jakieś znaczenie terminu "pojedyncza prośba" (ponieważ nie zwracają odpowiedzi za każde wysłane powiadomienie). Apple zachęca Cię do utrzymywania połączenia tak długo, jak to możliwe. Dopóki jest on otwarty, możesz napisać tyle bajtów (należących do wielu powiadomień wypychanych), ile chcesz.
EDIT:
Jabłko ostatnio edytowany ich technical note regarding push notifications:
powiadomień push Przepustowość i sprawdzanie błędów
Brak czapki lub ograniczenia wielkości partii korzystania APN. W komunikacie prasowym iOS 6.1 podano, że APN wysłały ponad 4 biliony powiadomień push od od momentu ich założenia. Zostało ogłoszone na WWDC 2012 , że APN wysyła codziennie 7 miliardów powiadomień.
Jeśli widzisz przepustowość niższą niż 9000 powiadomień na sekundę, Twój serwer może skorzystać z ulepszonej logiki obsługi błędów.
jabłko nie ogranicza powiadomień/sek. Z mojego doświadczenia wynika, że można wysłać około 2000 powiadomień/sekundę w jednym połączeniu, co jest bliskie fizycznemu limitowi używanego serwera. Interfejs jest binarny, musisz wysłać jedno powiadomienie na raz. Tak więc 1 powiadomienie na żądanie, ale "nielimitowane" na połączenie. –
Czy mówimy o tym, ile "przedmiotów" może być w "ramce"? - Terminologia APNS - https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/CommunicatingWIthAPS.html - Jestem też ciekawy. –