简介：Adobe 的 Flex 已经越来越流行，但是 Flex 程序的性能测试却还没有很好的工具 。包括著名的性能测试工具 LoadRunner 都还没有对新版本 Flex 性能测试有很好的支持。 笔者在实际工作的研究中，发现了一个好的测试 Flex 程序的方式。本文重点介绍性能测试 中如何处理 Flex 的 AMF 消息。 本文采用的测试工具是 The Grinder，开发语言是 Jython 和 Java 。
关键字：Flex 测试、 Flex 性能测试、 AMF Message 解码
1. Flex 程序性能测试的困惑
Flex 默认使用的是 AMF 协议进行传输。 AMF 协议在浏览 器与 Server 端的交互是通过 HTTP 协议进行传输，如图 1-1 。 Client 端发到 Server 端 ：首先是 Action Script 的对象，包装进 AMF Message，AMF Message 对象再被序列化成二 进制数组，存入 HTTP POST 请求的 Data 域中，数据传到服务器后，反序列化成 Java 版 AMF Message 对象，Server 端 Flex 框架再把 AMF Message 中的业务对象取出来发送到对 应的服务器端 Java 对象。 Server 端到 Client 端是类同的。
图 1-1 Flex AMF Message 的传输
当用脚本录制器把 AMF Message 录制下来时，是一串人不可读的二进制数组。
result = request1201.POST( '/home/messagebroker/amfsecure' +
'?RND' ,
( 0x00 , 0x03 , 0x00 , 0x00 , 0x00 , 0x01 , 0x00 , 0x04 ,
0x6E , 0x75 , 0x6C , 0x6C , 0x00 , 0x02 , 0x2F , 0x31 ,
0x00 , 0x00 , 0x00 , 0xCB , 0x0A , 0x00 , 0x00 , 0x00 ,
0x01 , 0x11 , 0x0A , 0x81 , 0x13 , 0x4D , 0x66 , 0x6C ,
0x31 , 0x30 , 0x37 , 0x37 , 0x34 , 0x32 , 0x45 , 0x31 ,
... ,
0x07 , 0x6E , 0x69 , 0x6C , 0x01 , 0x04 , 0x00 , ),
( NVPair( 'Content-Type' , 'application/x-amf' ), ))
如果不需要对发出去的 AMF Message 做任何参数化，直接回放脚本即 可。 但是如果想要看懂 AMF 消息里面的内容，或者需要依据实际情况修改 AMF 消息中的内 容后再发出去，那么就要想办法把二进制的数组解析出来。如前面所诉，这个二进制的数组 ，其实是 AMF Message 对象序列化后的数据。 可惜的是，这个序列化算法是 Adobe 自定义 的，普通的 Java 反序列化，并不能解析出来，并且解析成 AMF Message 对象以后，还需要 重新序列化成二进制，发送到服务器端。笔者曾经尝试过多种办法解析和编码 AMF Message 对象，最后找到一个方法可以很好的编码和解析 AMF Message ，并在实际测试中予以运用， 这个方法同时适用于 The Grinder, 和 LoadRunner 。