Như Jonathan đã nói trong nhận xét của mình, Apple không chỉ định giới hạn trong tài liệu APNS.
Vì bạn gửi thông báo dưới dạng dữ liệu nhị phân qua kết nối TCP, số lượng thông báo sẽ được gửi trong một yêu cầu phụ thuộc vào kích thước bộ đệm TCP của bạn.
Bạn không phải gửi một thông báo cho mỗi yêu cầu. Tôi không chắc chắn có ngay cả một ý nghĩa cho các yêu cầu duy nhất trong trường hợp này (kể từ khi họ không trả lại một phản ứng cho mỗi thông báo gửi). Apple khuyến khích bạn giữ kết nối mở càng lâu càng tốt. Miễn là nó được mở, bạn có thể viết nhiều byte (thuộc nhiều thông báo đẩy) như bạn muốn.
EDIT:
Apple gần đây đã thay đổi nội dung của họ technical note regarding push notifications:
Push Notification Throughput và Error Checking
Không có mũ hoặc giới hạn kích thước hàng loạt cho việc sử dụng APN. Bản phát hành báo chí iOS 6.1 cho biết rằng APN đã gửi hơn 4 nghìn tỷ push thông báo kể từ khi được thiết lập. Nó đã được công bố tại WWDC 2012 rằng APN đang gửi 7 tỷ thông báo hàng ngày.
Nếu bạn thấy thông lượng thấp hơn 9.000 thông báo mỗi giây, máy chủ của bạn có thể hưởng lợi từ logic xử lý lỗi được cải thiện.
táo không giới hạn thông báo/giây. Theo kinh nghiệm của tôi, bạn có thể gửi khoảng 2000 thông báo/giây trong một kết nối, gần với giới hạn vật lý của máy chủ mà tôi đã sử dụng. Giao diện là nhị phân, bạn phải gửi một thông báo cùng một lúc. Vì vậy, 1 thông báo cho mỗi yêu cầu, nhưng 'không giới hạn' cho mỗi kết nối. –
Chúng ta đang nói về có bao nhiêu 'mục' có thể nằm trong một' khung'? - Thuật ngữ APNS - https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/CommunicatingWIthAPS.html - Tôi cũng tò mò. –