Java AMPS（高级消息处理系统）和JMS之间的区别

两者之间的区别是什么，因为它们都基于发布者和订阅者通过主题/主题在它们之间交换消息的相同方法？

JMS是一种基于Java的异步消息传递API，同时支持和语义。它可以由任何人实现。可能是最流行和最知名的JMS实现，尽管有许多实现

是一个由60East Technologies开发的专有消息传递系统，它似乎只支持发布子语义。

JMS是一个基于Java的API，用于支持和语义的异步消息传递。它可以由任何人实现。可能是最流行和最知名的JMS实现，尽管有许多实现

---

是一个由60East Technologies开发的专有消息传递系统，它似乎只支持pub-sub语义。

我最近看到了这篇文章，作为60East Technologies的一名员工，我觉得它应该得到更完整的回复

如果你问的是“它们在体系结构中扮演什么角色”，那么你是对的：它们都属于面向消息中间件的大范畴。它们都是基于消息作为交换数据单元的概念在进程之间协调和交换数据的方法

JMS是Java的标准API，也是处理消息传递的更流行的方式之一。有来自多个供应商的多个实现。因为它是一个标准，所以它们在接口上都是相似的，并且有不同的实现。支持JMS的产品还可以支持AMQP等wire标准，为非Java编写的组件提供一定程度的互操作性

AMPS（高级消息处理系统）的知名度较低。它是由60East Technologies，Inc.开发的消息传递产品。由于它是一个产品而不是一个标准，所以只有一个实现。它是一个基于代理的系统，因此在AMPS中，所有消息流量都通过代理。AMPS支持多种编程语言（目前，有用于Java、C#/.Net、Python、JavaScript和C++的客户端）。AMPS支持多种消息负载格式（FIX、JSON、XML、协议缓冲区、MessagePack等）。AMPS还支持几种不同的消息传递方式：消息队列（与JMS一样）、扇出发布和订阅、“查询和订阅”，其中应用程序获取一组记录的当前值，然后在记录更改时接收推送更新，以及历史重播（“书签订阅”）它可以准确地重放任意次数的消息流。AMPS还提供诸如内联消息转换/扩展、聚合消息和项目视图的能力（类似于RDBMS可以项目底层表的视图的方式）

AMPS最初设计用于高容量、低延迟的应用（如金融领域的跨引擎/跨网络）。AMPS强调性能，并采用“整个系统”的性能观。也就是说，性能是从生产者开始发送消息到消费者可以对消息进行操作的时间点来考虑的，而不仅仅是关于代理中的时间

总而言之：AMPS是一种产品，而不是一种标准，支持多种编程语言，提供了多种功能，超越了消息队列，并且是为非常高的性能而设计的

瑞安

---

60East Technologies

我最近看到了这篇文章，作为60East Technologies的一名员工，我觉得这篇文章应该得到更全面的回复

如果你问的是“它们在体系结构中扮演什么角色”，那么你是对的：它们都属于面向消息中间件的大范畴。它们都是基于消息作为交换数据单元的概念在进程之间协调和交换数据的方法

JMS是Java的标准API，也是处理消息传递的更流行的方式之一。有来自多个供应商的多个实现。因为它是一个标准，所以它们在接口上都是相似的，并且有不同的实现。支持JMS的产品还可以支持AMQP等wire标准，为非Java编写的组件提供一定程度的互操作性

AMPS（高级消息处理系统）的知名度较低。它是由60East Technologies，Inc.开发的消息传递产品。由于它是一个产品而不是一个标准，所以只有一个实现。它是一个基于代理的系统，因此在AMPS中，所有消息流量都通过代理。AMPS支持多种编程语言（目前，有用于Java、C#/.Net、Python、JavaScript和C++的客户端）。AMPS支持多种消息负载格式（FIX、JSON、XML、协议缓冲区、MessagePack等）。AMPS还支持几种不同的消息传递方式：消息队列（与JMS一样）、扇出发布和订阅、“查询和订阅”，其中应用程序获取一组记录的当前值，然后在记录更改时接收推送更新，以及历史重播（“书签订阅”）它可以准确地重放任意次数的消息流。AMPS还提供诸如内联消息转换/扩展、聚合消息和项目视图的能力（类似于RDBMS可以项目底层表的视图的方式）

AMPS最初设计用于高容量、低延迟的应用（如金融领域的跨引擎/跨网络）。AMPS强调性能，并采用“整个系统”的性能观。也就是说，性能是从生产者开始发送消息到消费者可以对消息进行操作的时间点来考虑的，而不仅仅是关于代理中的时间

总而言之：