blocks|key|2593127|text|这是我在使用APNS时的经验，这就像一个检查表，在任何环境中开始测试通知之前，|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2593128|证书将决定服务器是否可以连接到APN。|ordered-list-item|2593129|根据你给前妻的证明。开发证书或生产
证书，指向各自的APNS沙箱。
生产沙箱：-主机名称:+gateway.push.apple.com，端口:+2195
开发环境：-主机名:+gateway.sandbox.push.apple.com，端口:+2195|2593130|生产证书只能在一个服务器或一个网络中使用，这是没有限制的。相同的生产证书可以在多个盒子或多个网络中用于向设备上的同一应用程序发送通知。|2593131|最重要的是检查防火墙是否阻止了从网络到APNS或产品的连接。因此，对生产环境和开发环境APNS都做一个telnet。不应阻塞连接。|2593132|如果防火墙阻止与APNS的连接，服务器代码将在发送推送通知时抛出“连接拒绝”或“连接关闭”异常。|2593133|这是我在APNS和证书上看到的最奇怪的行为，因此我损失了2-3天。我的经历取决于案件的情况，|2593134|-+Server+is+pointing+to+APNS+Dev+environment,+certificate+is+"Production",+while+sending+notification+to+APNS,+**SOMETIMES**+server+will+throw+"Socket+Closed+Exception".+
-+Server+is+pointing+to+APNS+Dev+environment,+certificate+is+"Production",+while+sending+notification+to+APNS,+server+logs+says+notification+sent+to+APNS,+but+device+will+not+receive+the+notification.|code-block|syntax|javascript|2593135|​|2593136|如果你做错了配置，你应该幸运地得到“套接字关闭异常”。|2593137|如果所有配置都是正确的(对于ex凭据、防火墙)、正确的证书和指向正确的APNS环境，则设备将面临推送通知。推送通知就像一种魅力。会是瞬间的。|2593138|希望这份清单将有助于您的实施和健全检查。|2593139|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|13|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|14|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|15|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|16|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|17|8|@]|9|@]|A|$]]|$1|K|3|L|5|D|7|18|8|@]|9|@]|A|$]]|$1|M|3|N|5|D|7|19|8|@]|9|@]|A|$]]|$1|O|3|P|5|Q|7|1A|8|@]|9|@]|A|$R|S]]|$1|T|3|U|5|6|7|1B|8|@]|9|@]|A|$]]|$1|V|3|W|5|6|7|1C|8|@]|9|@]|A|$]]|$1|X|3|Y|5|6|7|1D|8|@]|9|@]|A|$]]|$1|Z|3|10|5|6|7|1E|8|@]|9|@]|A|$]]|$1|11|3|-4|5|6|7|1F|8|@]|9|@]|A|$]]]|12|$]]

This is my experience while working with APNS, this is like a checklist, before you start testing notification in any environment,

<ol>
<li>Certificates will decide server can connect to APN or not.</li>
<li>According to the certificate you have for ex. dev certificate or production 
certificate, point to respective APNS sandbox.

<blockquote>
 Production Sandbox:-
 Hostname: gateway.push.apple.com ,
 Port: 2195
 
 Development environment:- 
 Hostname: gateway.sandbox.push.apple.com ,
 Port: 2195
</blockquote></li>
<li>There is no restriction that production certificate can be used in only one server or in only one network. The same production certificate can be used in multiple boxes or multiple networks to send notification to same app on a device.</li>
<li>Most important is checking Firewall is blocking connectivity from your network to APNS Dev or Production. So do a telnet to both production and dev environment APNS. The connection should not be blocked. </li>
<li>If firewall is blocking connectivity to APNS, the server code will throw "Connection Refused" or "Connection Closed" exception while sending push notification.</li>
<li>This is the most weird behavior I saw with APNS and certificate, because of which I lost 2-3 days. I experienced below depending upon the case,

<ul>
<li>Server is pointing to APNS Dev environment, certificate is
"Production", while sending notification to APNS, SOMETIMES
server will throw "Socket Closed Exception". </li>
<li>Server is pointing to APNS Dev environment, certificate is "Production", while sending notification to APNS, server logs says
notification sent to APNS, but device will not receive the
notification.</li>
</ul></li>
</ol>

:) If you have done wrong configurations, you should be lucky to get "Socket Closed Exception". 

If all the configurations are correct(for ex credentials, firewall), correct certificate and pointing to right APNS environment, the device will defiantly get a push notification. Push notification will work like a charm. It will be instant . 

Hope this checklist will help in your implementation and sanity checks.

blocks|key|2593164|text|是的，您可以有多个网关(SNS、城市飞艇、PushIO等)。连接到一个平台提供商(APNS、GCM、Amazon等)，最重要的是令牌/注册ID+(特定于设备和应用程序)和证书(如果您使用APNS+)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2593165|许多人问，在这种情况下，如何处理平台提供者发送的反馈信息。|2593166|因为反馈是幂等的，所以它应该可以在不同的网关中正常工作；保存在每个网关上的令牌可以在后端应用程序中处理。例如，如果an向SNS发送反馈，表示端点不再有效(可能是因为用户已卸载了应用程序)，则可以从所有其他网关直接更新/删除令牌。您也可以保持原样，等待APNS在向端点发送通知时向其他网关发送反馈，然后相应地更新这些网关中的端点列表。这里需要注意的最重要的一点是，反馈是幂等的，如果SNS向端点发送推送通知并接收反馈，另一个向相同令牌发送推送通知的网关将收到相同的反馈。|offset|length|style|BOLD|2593167|entityMap^0|0|0|5|3|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@$F|O|G|P|H|I]]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

Yes you can have multiple Gateways (SNS, Urban Airship, PushIO, etc.) connected to one platform provider (APNS, GCM, Amazon, etc.), the most important thing is the token/registration ID (specific to a device and an Application) and the certificate if you are using APNS.

Many people ask how the feedback sent by the platform provider is handled in this case.

Since feedback is idempotent, it should work without problem for different gateways; tokens saved on each Gateway can be handled in the backend application. If for example APNS sends a feedback to SNS saying that an endpoint is no longer valid (maybe because the user has uninstalled the Application), the token can directly be updated/removed from all the other Gateways. You can also leave it as it is and wait for the feedback sent by APNS to other gateways when they send notifications to the endpoint, and then update your endpoints list accordingly in those gateways.
The most important thing to note here is that feedback is idempotent, if SNS sends a push notification to an endpoint and receive a feedback, another gateway that sends a push notification to the same token will receive the same feedback.

The apple documentation mentions there is no restriction on multiple provider notifications servers to send push notification to iOS devices.

Is it possible, the same device token can be used in two different provider servers deployed in 2 different network,to send push notifications to same app at any moment.

Will Apple APNS, allow 2 different provider servers, use same device key to send notification from each to same app in one device?

iOS APNS: Can two notification provider servers have same device token

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

苹果文档提到，对多个提供者通知服务器向iOS设备发送推送通知没有限制。是否有可能，同一设备令牌可以用于部署在两个不同网络中的两个不同的提供商服务器中，随时向同一应用程序发送推送通知。Apple允许两个不同的提供商服务器，使用相同的设备密钥在一个设备中从每个应用发送通知到同一个应用程序吗？

问iOS APNS:两个通知提供程序服务器是否具有相同的设备令牌？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问iOS APNS:两个通知提供程序服务器是否具有相同的设备令牌？EN