Web Push API能否批量推送通知给多个用户？

首先直接给结论：是的，默认情况下你需要发起1000次独立的HTTP POST请求——因为W3C Web Push API本身并没有原生支持批量推送的机制。

为什么必须逐个请求？ #

每个用户的endpoint是和他们的浏览器订阅唯一绑定的，而且还有两个关键原因：

• 每个订阅都有独有的加密密钥（p256dh和auth），你推送的通知内容必须用对应用户的公钥加密，确保只有该用户的浏览器能解密。哪怕通知内容完全一样，每个请求的加密payload也是不同的。
• 推送服务（比如你提到的FCM）的设计就是每个请求对应一个用户订阅，它们没有标准的批量接口来同时处理多个endpoint。

但可以优化效率！ #

虽然不能减少请求的总数量，但你可以通过这些方式提升推送速度，避免串行请求的低效：

• 异步并发请求：不要一个接一个地发请求，用并发工具控制同时发送的请求数（比如Node.js里用p-limit限制并发量，Python用aiohttp做异步请求）。这样1000个请求不用等串行的时间，能大幅缩短总耗时。
• 利用推送服务商的扩展功能：有些推送服务（比如FCM）提供了自己的批量消息API，虽然这不是Web Push标准的一部分，但可以让你把多个用户的推送请求打包成一个HTTP请求发送给服务商，由服务商内部拆分处理。这能减少你这边的请求次数，降低网络开销。
• 提前预处理加密内容：如果通知内容固定，你可以预先针对所有订阅用户完成加密操作，把加密后的payload缓存好，推送时直接复用，节省实时加密的时间。

注意事项 #

• 限流问题：所有推送服务都有请求频率限制，并发数不要设置得太高，否则可能会触发限流甚至被暂时封禁。一定要参考对应服务商的配额文档。
• 失效订阅处理：推送时可能会遇到endpoint失效的情况（比如用户取消订阅、浏览器卸载），要捕获这些错误并从你的订阅数据库中移除失效条目，避免后续无效请求。

内容的提问来源于stack exchange，提问作者willogeard