Temporary Internet FilesActiveMQ测试记录.doc

ActiveMQ测试记录编号：ActiveMQ测试记录修订记录版本编号说明：如形成文件、变更内容和变更范围日期变更人批准日期批准人1.0文件起草2010-3-15李大凯1.1目 录1.测试背景12.测试内容12.1测试环境12.2测试过程13.测试总结4 ActiveMQ测试记录两率及PING测报表算法说明1. 测试背景此次测试主要针对于2011-03-03下午的MQ 讨论会中所提出的MQ应用中现存的问题而进行。此次会议中主要提出一下六个测试点：1. 前台经常异样断开连接，例如报Channel was inactive for too long.异常，需要重连；2. 对异常断开情况，需要重连，但对既有连接直接close，可能会造成服务器资源没有释放；3. 前台断开连接，服务器日志会报connection reset异常；4. 并发连接过多时，服务器报memory limit reached异常；5. 可能消息接收不全，会丢失；6. JMS和MQ性能对比本次测试中，主要针对1、2、5问题条进行测试，本文中会对该3条测试的情况进行记录和说明。2. 测试内容2.1 测试环境测试环境如下：l JDK版本：1.6.0_10l ActiveMQ 版本：l 开发环境：MyEclipse 6.0.1l 打包工具：Fat Jarl 系统环境：客户端：Windows XP 服务器：l 服务器：使用背景服务器 公网IP为： 222.35.56.27l 客户端：天津研发部PC机 内网IP为：192.168.16.228测试代码：见附件12.2 测试过程1. 测试一描述：前台MQ连接经常异样断开，例如报Channel was inactive for too long.异常，需要重连。测试目的：找到发生connection inactive for too long异常的原因。用例一：测试方法调试模式启动一个接受端，将所有线程阻塞两分钟，之后取消阻塞。测试结果一分钟左右后，抛出：Channel was inactive for too long.异常，本地connection失效用例二：测试方法调试模式启动一个接受端，将线程Thread ActiveMQ Transport: tcp:/192.168.16.228:61616阻塞两分钟，之后取消阻塞。测试结果一分钟左右后，抛出：Channel was inactive for too long.异常，本地connection失效用例三：测试方法调试模式启动一个接受端，阻塞MQ Thread ActiveMQ Transport: tcp:/192.168.16.228:61616之外的其它线程一分钟，之后取消阻塞。测试结果阻塞时，停止对接受到的消息的打印；取消阻塞后恢复。用例四：测试方法启动接收端后，拔掉网线，观看是否抛出Channel was inactive for too long.异常结果测试结果抛出connection reset异常，本地connection失效2. 测试二描述：对异常断开情况，需要重连，但对既有连接直接close，可能会造成服务器资源没有释放。测试目的：在频繁的创建连接、关闭连接及异常断开的情况下，服务器中的资源能否得到及时的释放 用例一：测试方法连续创建50个连接，不发送任何消息的情况下，直接执行connection.close()方法，退出程序测试结果服务器中所有connection都能及时被释放用例二：测试方法连续创建50个连接，每个连接发送一条消息后，执行connection.close()方法，退出程序测试结果服务器中所有connection都能及时被释放用例三：测试方法连续创建50个连接，每个连接发送一条消息消息后，执行connection.close()方法，同时启动两个接收端，持续接收消息，退出程序测试结果服务器中所有connection都能及时被释放用例四：测试方法连续创建50个连接，每个连接发送一条消息消息后，不执行执行connection.close()方法，同时启动两个接收端，持续接收消息，退出程序测试结果服务器中少数连接未被及时释放，在3-5分钟之后全部被释放用例五：测试方法创建一个连接，作为接收端开始消息监听，之后拔掉网线，退出程序测试结果服务器中的连接在3-5分钟后被释放用例六：测试方法创建一个连接，不做任何操作，之后拔掉网线，退出程序测试结果服务器中的连接在3-5分钟后被释放3. 测试三描述：前台断开连接，服务器日志会报connection reset异常。测试目的：找到服务器端抛出connection reset异常的原因及解决办法用例一：测试方法创建一连接，强行终止程序（点击Eclipse中的Teminate或结束进程）测试结果服务器端抛出connection reset异常，连接被释放用例二： 测试方法创建一连接，正常终止程序（执行了connection.Close()方法后结束）测试结果无异常信息抛出用例三：测试方法创建一连接，未关闭该连接前，执行System.exit()方法退出 测试结果服务器端抛出connection reset异常，连接被释放用例四：测试方法创建一连接，不做任何操作，程序自动退出（程序运行至最后一行代码） 测试结果无异常信息抛出3. 测试总结1. 前台经常异样断开连接，例如报Channel was inactive for too long.异常，需要重连分析：线程Thread ActiveMQ Transport: tcp:/192.168.16.228:61616的阻塞才会导致Channel was inactive for too long异常的跑出，该线程对于使用ActiveMQ的开发者是不可见，排除由于开发者的错误使用和操作的原因导致该异常的可能。是否为NAT的原因由于环境问题没有进行测试。结论：保持初步推断，“怀疑是处于内网，路由器NAT超时，导致连接记录丢弃，从而导致失去连接”。2. 对异常断开情况，需要重连，但对既有连接直接close，可能会造成服务器资源没有释放分析：所有的测试用例中，连接都能够被释放，但仅执行了connection.close()方法后的连接能够得到及时释放。结论：少量的连接或及时的关闭(connection.close()不使用的连接不会导致MQ服务器中连接和内存资源出现问题；大量的并发连接中，如果连接不能能到及时释放，将会导致该问题。建议在MQ的使用中，尽可能的关闭(connection.close()不使用的连接。3. 前台断开连接，服务器日志会报conn