基于JMS的数据清分毕业文章.docxVIP

到该消息（可能有多个，可能没有）。2数据清分2.1 到该消息（可能有多个，可能没有）。2数据清分2.1清分模式清分程序从总公司把数据按各分公司分类，分别 件，test是发送消息的测试例子。2.2.1发送消息类提供了发送消息方法sendMessage。以下 于我们是双向的方式，因此需要实现两对E（4个E），分别是：分公司接收消息E~总公司接收反馈E，总公司 一个队列，对于某一特定的消息来说，总是只有一个接收者。JMS程序可以使用多个队列，每一个队列可以由多 基于 JMS 的数据清分 1 JMS 概述 JMS 是一个标准的应用编程接口（API），用来建立厂商中立的异步通信机制。 从这个意义上说， JMS 类似于 JDBC 和 JNDI，例如就 JDBC 来说， 它要求有一个底层的数据库提供者， JMS 则要求有 一个支持 JMS 标准的底层异步通信中间件提供者，一般称为面向消息的中间件（ Message-Oriented Middleware ，MOM ）。 MOM 是一种支持应用程序通过交换消息实现异步通信的技术。在某种程度 上，异步通信有点象是人们通过 email 进行通信；类似地，同步通信的程序就象是人们通过 进行 通信。在异步通信过程中，程序的结合方式是宽松的，换句话说，异步通信的程序并不直接相互联 系，而是通过称为队列（Queue ）或主题（Topic ）的虚拟通道联系。 JMS 有两种通信方式：第一种是端对端通信（ Point-to-Point， P2P ）方式，第二种是出版/订阅 （Publish/Subscribe，Pub/Sub ）方式。 1.1 P2P方式 P2P 消息传递又可以按照推（ Push）和拉（Pull ）两种方式运作。在 P2P 拉方式中，程序通过 称为队列的虚拟通道通信：在通信会话的发送方， 发送程序把一个消息放入队列，在接收方，接 收程序定期扫描队列， 寻找它希望接收和处理的消息。 和推方式相比，拉方式的消息传递效率较低， 因为它需要周而复始地检查消息是否到达，这个过程会消耗一定的资源。另外必须注意的一点是， 当接收方发现一个需要处理的消息时，它就会提取消息，从效果上看等于从队列删除了消息。 因此，即使有多个接收程序在处理同一个队列，对于某一特定的消息来说， 总是只有一个接收 者。 JMS 程序可以使用多个队列， 每一个队列可以由多个程序处理，但是只有一个程序才会收到某 个特定的消息。 在 P2P 推方式的消息传递中， 发送程序的工作原理也一样，它把消息发送到队列， 但接收程序 的工作原理有所不同。接收程序实现了一个 Listener 接口， 包括实现了该接口中的 onMessage 回调 方法，在 J2EE 环境中监听队列接收消息的任务交给了容器，每当一个新的消息达到队列， 容器就 调用 onMessage 方法，将消息作为参数传递给 onMessage 方法。 P2P 通信最重要的特点（不管是推还是拉）是： 每一个消息总是只由一个程序接收。一般而言， 实现了该接口中的onMessage回调方法，在J2EE环境中监听队列接收消息的任务交给了容器，每当一rties方法来设置消息数据，把消息发送出去调用Producer.sendMessage方法，把消息 实现了该接口中的onMessage回调方法，在J2EE环境中监听队列接收消息的任务交给了容器，每当一 rties方法来设置消息数据，把消息发送出去调用Producer.sendMessage方法，把消息 个确认或报告消息。1.2Pub/Sub方式在Pub/Sub通信方式中，程序之间通过一个主题（Topi 发送。2.3.2数据重复发送的考虑为了避免数据重复发送带来的问题，应该在应用封装消息时增加唯一标识的 1.2 Pub/Sub方式 在 Pub/Sub 通信方式中，程序之间通过一个主题（Topic ）实现通信。在消息发送方，生产消息 的程序向主题发送消息；在接收方，消息的消费程序向感兴趣的主题订阅消息。当一个消息到达主 题，所有向该主题订阅的消费程序都会通过 onMessage 方法的参数收到消息。 这是一种推式的消息传递机制。可以设想，会有一个以上的消费程序收到同一消息的副本。相 比之下，程序在 Pub/Sub 通信过程中参与的活动较少，当生产者程序向某个特定的队列发送消息， 它不知道到底会有多少程序接收到该消息（可能有多个，可能没有）。 2 数据清分 2.1 清分模式 清分程序从总公司把数据按各分公司分类，分别发送给各个分公司，分公司接收处理数据后反 馈给总公司，如下图： 总公司 总公司 分公司 B 分公司 A 分公司 N 在数据清分中， 对于某一笔数据来说，只发送给某个地方， 也就是说一个消息只有一个消费者； 从这个意义上来说 P2P