在 Comet/Reverse Ajax/PubSub 中，底层技术/基础是长轮询。所以连接保持打开一分钟左右。
根据我对网络和操作系统的了解，TCP/IP 仅支持 65535 个端口，所以我的问题是任何服务器如何同时支持超过 65535 个连接？

在我正在构建的应用程序中，所有用户都将同时连接，并希望从服务器进行实时更新..比如股票实时更新..

干杯，

现在我可以在表格视图中显示图像。最重要的是会有多个数据源，每个数据源都有不同的图像。我正在使用 pubsub 来获取数据。

前任：

数据源 1

图片

-数据

-数据1

数据源 2

图 1

-数据2

-数据 3

假设我的计算机上没有安装网卡，并且我希望具有类似于以下的功能：

进程 1 将消息发布到某个 URI，比如“Uri1”

进程 2 将侦听“Uri1”上的消息并将消息发布到“Uri2”

进程 3 将侦听来自两个 URI 的消息

所有进程都在同一台计算机上运行。经过一些研究，我相信 MSMQ 是可行的方法（使用队列名称作为 URI），但实现问题仍然存在。我遇到了几种可能性：

直接使用 MSMQ
这种方法的问题是我必须自己管理队列，例如创建、填充、清除......同样从我阅读的内容来看，我可能会遇到许多 MSMQ 的陷阱和限制，因为我没有经验用它

使用NServiceBus、MassTransit或RhinoServiceBus（都使用 MSMQ） 它们看起来都很有能力，尤其是 NServiceBus，但我似乎无法从文档中弄清楚如何从它们中提取基本的 pubsub 功能，以便我可以将其封装在类似上面的界面

再次使用WCF（通过 MSMQ） ，这看起来是一个不错的选择，但鉴于我离 WCF 专家还很远，我想确保这是在我开始深入研究之前要走的路

到目前为止，我们的方法一直依赖于 PGM 多播，它运行得很好，但是在没有网卡的情况下工作的新要求迫使我们使用另一种机制进行离线工作，至少据我所知

谢谢！

对于从没有 JVM 的嵌入式无头 C/C++ linux 客户端向 IBM 消息代理发送和接收来自 IBM 消息代理的消息，我有哪些选择（或点对点但 pubsub 更好）？

理想情况下，我们希望大文件传输（每天一次从客户端传输 2GB）加密（SSL）可靠（“保证”交付/QoS2，也许 QoS1 可以）

有问题的客户端目前只有 exes 和一些 bash 脚本，我一直在使用 MQTTv3 和 RSMB，但为此我必须将大文件切碎（然后重新组装回家），我不想得到如果有交通工具可以为我做这件事？

我看过 MQTTv5（但我们的客户没有 JVM）；JMS（无 JVM）和 XMS？看起来它又给了我一个 C API，但是需要在客户端上安装 JVM（或者我错了吗？）

任何线索或提示将不胜感激。

我想开发一个概念验证 WCF pub-sub 服务，它应该拥有数千名用户和大量出版物（股票价格）。有谁有过这种服务的经历吗？它可以容纳实时应用程序吗？有人有高性能 WCF pub-sub 的示例吗？

我开始使用 NServiceBus 并且对 Pubsub 示例有疑问。

我的意图是让 Publisher1 的多个实例运行并接收发布者发送的消息。我还破解了发布者只发送 eventMessage 类型的消息。

但是，如果我启动发布者和订阅者 1 的三个实例，则一次只有一个实例会收到消息。

这是为什么？是配置设置还是其他？

这是我尝试过的，它返回异常“启动端点时出现异常，已记录错误。原因：在配置组件之前无法配置属性。请先调用‘配置’。”：

/J

我需要获取为从 MS-SQL 数据库复制而发布的所有表的列表。我可以运行系统存储过程或查询来生成这样的列表吗？

分布式哈希表能否用于具有发布/订阅类型应用程序的双向 Web 应用程序？

我正在研究构建一个论坛类型的应用程序，但具有 DHT 架构和 P2P（尽管中央查找服务器可以提高性能）。想想客户端的 Gnutella/Kazaa 类型的应用程序，但不是访问中央服务器，而是将消息发布到分布在 Internet 上的其他客户端上的主题。是的，我知道这看起来有点奇怪，但我有我的理由...... :) 最终的一致性（比如在 5 分钟内）是可以的。

我一直在网上梳理 DHT 的东西，大多数似乎都是理论上的，我不确定 DHT 是否真的实用。它还需要更新一个主题或至少标记一个“脏位”。

网站上的大师有什么想法吗？另外，关于最成熟的 DHT 框架有什么建议可以尝试吗？

干杯，亚历克斯

来自维基百科：“发布/订阅（或发布/订阅）是一种消息传递范式，其中消息的发送者（发布者）没有被编程为将他们的消息发送给特定的接收者（订阅者）。相反，发布的消息被描述为类，而不知道可能有什么（如果有的话）订阅者”

我可以理解为什么不能对发送者进行编程以将其消息发送给特定的接收者。但是为什么发布的消息必须是不知道其订阅者的类呢？

似乎一旦消息系统本身就位，随着软件的发展，通常会发生变化的是发送的消息、发布者和接收者。将消息与订阅者分开似乎意味着订阅模型也可能发生变化。这是原因吗？另外，这在现实世界中会发生吗？

我意识到这可能是一个基本问题，但我正在努力理解这种范式，非常感谢您的回复。

是否有任何事件驱动架构 jQuery 插件？

第 1 步：订阅

订阅者订阅中间的事件处理函数，并传入一个回调方法，以及他们正在监听的事件的名称......

即两个绿色订阅者将监听 p0 事件。蓝色的订阅者将监听 p1 事件。

第 2 步：p0 事件由另一个组件触发到事件处理程序

1. 向事件处理程序触发 p0 事件
2. 事件处理程序通知它的订阅者该事件，调用他们在步骤 1：订阅中订阅时指定的回调方法。

请注意，蓝色订阅者没有收到通知，因为它没有监听 p0 事件。

第 3 步：p1 事件被触发到事件处理程序的一个组件

p1 事件被另一个组件触发

和以前一样，只是现在蓝色订阅者通过其回调接收事件，而其他两个绿色订阅者没有接收到事件。

图片来自 leeand00，在 Flickr 上

我似乎找不到一个，但我的猜测是他们只是在 Javascript/jquery 中称它为别的东西

这种模式也有名称吗？因为它不仅仅是一个基本的发布者/订阅者，它必须被称为我认为的其他东西。