javascript - 通过 JSON RPC 推送消息与 SignalR/Node.JS

Question

我正在为我的网络服务使用拉机制。现在我们要转向推送机制。我知道 SignalR 和 NodeJS 用于此目的。

有人还提到了 JSON RPC。我对此知之甚少，谷歌搜索也没有给我结果，我可以将其用于推送机制。

此外，值得注意的是，我的 Web 服务客户端完全是 JavaScript 客户端。没有服务器端语言。

谢谢

Answer 1

这取决于你所说的“推”是什么意思。

I am using pull mechanism for my web services. Now we want to move towards push mechanism. I am aware of SignalR and NodeJS for that purpose.

对于大多数人来说，“推送”只是意味着使用发布/订阅模型来预先设定数据在未来某个未知时间从服务器发送到客户端的预期。

正如您所说，您正在浏览器中执行 JavaScript，那么您就会受到该环境产生的所有固有限制。浏览器中异步双向通信的各种实现(例如: WebSockets 、 WebRTC )甚至一些类似推送的技术( Comet )都已实现。

真正的“推送”依赖于服务器通过网络向客户端发送消息的能力，但这种方式效果不佳；客户端大多不允许传入连接，许多客户端位于 NAT 之后。

插入这一议程的人是否可能不了解技术考虑因素？为什么要“推”？通常这种讨论集中在减少服务器上的资源(例如:打开套接字)。这就是这里发生的事情吗？背景是什么？

<小时/>

Someone also mentioned JSON RPC. I have very little knowledge about it and searching google didn’t yield me the result weather I can use this for push mechanism.

JSON-RPC协议(protocol)只是通过两台主机之间的某些双向通信 channel 发送 JSON 的协议(protocol)(商定的方式)。

JSON-RPC 协议(protocol)确实描述了“notification”类型的消息，这些消息(理论上)不需要通过“请求-响应”消息传递进行请求。例如:

• 客户端可以向服务器发送“通知”消息
• 服务器可以向客户端发送“通知”消息

(阅读规范，它似乎专注于客户端到服务器的“通知”，但在早期的草案/讨论中情况并非如此，JSON-RPC 当然不是最面向标准的社区:-)

<小时/>

Also, its worth noting that my client of the web-service is completely JavaScript client. No server side language.

JSON-RPC 的实现很大程度上受到其传输协议(protocol)的限制。 (例如:HTTP)。

当通过纯 HTTP(例如通过 XMLHttpRequest)实现时，服务器无法在对某些先前请求的响应之外联系客户端 - 这意味着虽然客户端-服务器“通知”消息是可能的，但服务器-客户端“通知”(类似推送)消息是不可能的。

当通过 TCP 套接字(在浏览器中不可用)实现时，服务器绝对有可能向客户端发送“通知”消息(只要套接字打开，并且客户端准备好在类似 RPC 的请求响应周期之外异步处理收到的消息)。

<小时/>

可能的解决方案:

(1) 如果您通过某些现有的基于浏览器的异步双向传输协议(protocol)(WebSockets、WebRTC)而不是 AJAX 来实现 JSON-RPC，那么您可以非常接近正确的 JSON-RPC 双向“通知”消息。在这两种情况下，都需要进行一些预先设置，但是当您谈论“推送”时，无论如何都是预期的(pubsub)。

(2) 另一种方法是让客户端轮询批量通知(标准请求/响应样式消息)，这些通知可能作为空数组返回，也可能是 1 个或多个“通知”子消息。

这些基于浏览器的方法都不是真正的“推送”，因为它们并没有消除某些底层正在进行的客户端到服务器到服务器(请求-响应)通信的需要。