基于corba的java消息服务中间件的设计与优化

《基于corba的java消息服务中间件的设计与优化》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、基于CORBA的JAVA消息服务中间件的设计与优化摘要CROBA、D等RPC中间件在大规模的分布计算应用中有其局限性。而Java消息服务在异步通信、松散耦合和多对多通信等方面提供了强有力的支持。本文介绍了CJMQ－一个基于CORBA的多线程Java消息服务中间件，描述了CJMQ的体系结构，讨论了消息派发机制的优化设计，并且对当前CJMQ的实现进行了性能评价和分析。关键字Java消息服务；消息中间件；CORBA中图分类号TP393Connectionmanager接受客户的建立连接的请求，并分配该连接一个唯一的连接标识。客户在请求连接的时候，会同时发送自己的消息

2、处理对象（messagehandlerobject）的引用；Connectionmanager将此对象引用和连接标识存储到派发缓冲和数据库中。Leasemanager主要有两个功能，其一是检测所有已建立连接的客户是否还联通，如果已经断开则清除该客户的连接信息；并且如果该客户没有持久订阅，还将清除发送给它的消息以及应答；其二是检测消息队列中的消息是否已经过期，如果过期则清除该消息。4CJMQ消息派发机制的优化单位时间内的消息吞吐量是衡量MOM系统性能的一个重要指标，而消息派发机制对该性能影响很大。这一节主要阐述我们在设计CJMQ时对其消息派发机制的优化。4.1派

3、发消息给一个接收者问题：在点对点模型中，多个派发线程会同时访问派发缓冲（存放客户连接标识和其消息处理对象的引用）以便将消息分别派发给某个接收者。同时新建连接或者关闭连接也会导致对派发缓冲的更改（增加或者删除）。为了同步，传统的做法是采用锁机制，当第一个线程访问缓冲时，首先对该缓冲加锁，然后再对缓冲中的数据进行处理，处理完毕后解锁，以便使其他线程可以访问该缓冲。如果缓冲加锁，则任何其他线程都必须等待，直到解锁为止。在CJMQ的实现中如果采用锁机制，会导致派发线程访问的串行，严重影响系统性能。优化：用读/写锁同步多线程对派发缓冲的访问。考虑到在点对点模型中派发操作

4、主要是读取派发缓冲中的消息处理对象引用，然后调用它的发送消息接口，而并不更改（增加和删除）派发缓冲。对于这一类操作，可以使用读锁；对于更改派发缓冲的操作，可以使用写锁。读锁可以并发，而写锁必须与其它写锁和读锁互斥。结果：使多个派发线程可以并发访问派发缓冲，从而大大提高了系统的消息吞吐率。但是对于派发缓冲的更改，还必须串行。4.2派发消息给多个接收者问题：在发布/订阅模型中，每个派发线程通过使用叠代器（iterator）循环调用派发缓冲中每个接收者的消息处理对象接口实现广播派发，这要求在循环过程中不能对派发缓冲更改。但是新建连接或者关闭连接会导致对派发缓冲的更改

5、（增加或者删除）。在这种情况下，如果采用传统的锁机制，会限制派发线程的并发；如果采用上一节的读/写锁机制，尽管允许派发线程的并发，但是可能又会造成更改线程的“饥饿”，导致新的接收者不能及时接收消息或者使派发线程调用废弃的消息处理对象接口而浪费系统资源。优化：采用先拷贝、再发送的算法。派发线程首先给派发缓冲加锁，然后把消息的所有接收者的消息处理对象引用拷贝到一个临时的缓冲区，再释放锁以允许其它线程尽快进入。这时通过对临时缓冲区中的对象接口循环调用，实现广播派发消息。结果：尽管广播派发耗时较长，但是由于派发线程没有独占派发缓冲（拷贝的耗时很少），从而最大可能的提高

6、了派发线程的并发性。此外，又不会使更改线程处于“饥饿”状态，它依然可以更改派发缓冲。5CJMQ性能测试l测试环境所有测试都基于以下软硬件配置：两台IntelPIII500MHZ，128MRAM；操作系统bit/s以太网。l测试方法影响MOM系统消息吞吐量的主要因素有：（1）消息是否为持久消息；（2）消息体的大小；（3）发布者和接收者的数量；（4）发布者、消息服务、接收者各自所处的位置。消息吞吐率的获得是让一个消息发布者连续的发送消息（测试中发送500个消息），由一个或者若干个接收者接收消息，然后报告单位时间内收到的消息数，以其作为消息吞吐量。l测试结果表1显示

7、了CJMQ单位时间内的消息吞吐量。从表中可以看出：消息类型大小测试条件非持久消息（个/秒）持久消息（个/秒）1024byte128byte1024byte128byte一个发送者、一个接收者和CJMQ在同一台计算机65705664一个发送者和接收者在一台计算机，CJMQ在局域网中的另一台计算机10114390127一个发送者和五个接收者在一台计算机，CJMQ在局域网中的另一台计算机32532248表1CJMQ消息吞吐量①持久消息的吞吐量比非持久消息的吞吐量低。这是因为CJMQ对持久消息要做更多的处理，它要把持久消息存入数据库中。非持久消息更有效率，但是持久消息

8、提供了可靠性保证，因此在选择消息类型时