双向身份验证如何如此瞬时？答案

【问题标题】：How is two way authentication so instantaneous?双向身份验证如何如此瞬时？
【发布时间】：2020-12-05 08:42:45
【问题描述】：

对不起，我意识到这可能是一个完整的菜鸟问题。但是我花了很多时间试图找到答案，此时甚至不确定我的关键字是否正确。请指导:(

来了-

双向身份验证如何如此即时？关于在我们的移动应用程序中下载某些对时间敏感的更新，我们正在进行古老的推送与获取辩论。 “获取更好”团队声称，通过 FCM 推送通知可能会出现延迟。此外，他们还声称我们的 android 应用程序基本上可以通过频繁获取 Web 作业检测推送通知的更改来完成，所以为什么要实现所有这些。我们是否停留在 2011 年？大概:(

所有这些都让我对微软/银行批准交易的双向身份验证感到好奇。它们的实现方式是否与 REST API 不同？他们怎么这么快？当我搜索任何东西时，它只会告诉我如何设置它。您能否建议它是如何构建的等或关键字来发现自己？提前谢谢你。

【问题讨论】：

标签： android outlook push-notification firebase-cloud-messaging authenticator

【解决方案1】：

Firebase 云消息系统只是一个带掩码的 GCM。 Google Cloud Messages 的工作原理如下：

只有一个 TCP 套接字在云 Google 服务器上以接受模式等待。 TCP 连接已由 Google Play 应用程序启动。
当这个 TCP 客户端套接字接收到一些消息时，该消息包含信息，例如它应该被寻址到的应用程序的包名称，当然还有数据本身。这些数据被解析并打包成一个意图广播并最终由应用程序接收。

你可以找到详细的回复here

据我所知，以目前的技术，无法创建真正的 PUSH 通知系统。
模拟PUSH通知主要有两种方式：

轮询适用于某些环境和系统，但不适用于所有环境和系统
TCP 套接字处于等待模式（见上文），这是最常用的系统

显然，这两个系统都有优点和缺点（例如，请参阅 here）

【讨论】：

谢谢。您分享的链接非常有助于更好地理解这一点。在我们的案例中，fetch 团队（目前）赢了哈哈