接触过Flex应用的，基本上对于其表现层的视觉效果都是非常赞赏的，也正是由于其华丽的外表掩盖了其诸多内在的缺陷，比如说响应速度、内存泄漏等等性能问题，对于大部分的Flex开发程序员或者是测试人员都是非常头痛的事情。本人最近就碰到基于Flex应用程序的性能测试，由于它本身的特殊性，通信组建、协议基本上都是Adobe自己开发的，所以基本上通用的测试工具对他支持都是不太理想的。通过一系列的摸索，最终还是得把注意力转移到Flex本身上来，全面去解析AMF协议，其实AMF协议还是走HTTP协议的，但从执行效率上来说，我们不能单纯通过HTTP协议来模拟其执行过程，因为中间必须要走AMF协议，虽然LoadRunner也有支持AMF协议，但AMF本身是需要Flash Player来支持，录制得到的脚本，不易于理解和分析，我们无法很好分析其执行过程，而且它封包和解包都是二进制格式，如果以这种方案去执行，我们就需要解析它每一次封包和解包过程，相当于要去深入到AMF协议包解析过程，这样就把简单的问题复杂化。本身对于C/S应用程序的性能测试，最大的问题就是数据包解析，通过LoadRunner去压测，就可能要面临丢包的情况。所以通常情况下，我们为了保证协议数据包传输的完整性，尽量去避开直接去与协议数据包打交道，而且是通过上层的封装方式进行请求，而不去干预内在的复杂过程，这样就既能保证数据传输的完整性，同时也保证与业务逻辑实现方式的一致性，达到真实环境的压测方案。

　　下面我们将具体了解哈AMF协议，并通过模拟Client与Server实现AMF协议通信的连接方式来完成大并发的压力测试。

　　AMF是Adobe独家开发出来的通信协议，它采用二进制压缩，序列化、反序列化、传输数据，从而为Flash 播放器与Flash Remoting网关通信提供了一种轻量级的、高效能的通信方式。

　　模拟AMF请求与Server端建立通信，Adobe官方提供了一个Server端的通信服务就是BlazeDS，Flex将数据通过AMF协议转换成二进制格式进行传输给Server端的BlazeDS服务，然后BlazeDS再将数据解析成Java需要的格式，完成Flex客户端与Server端的通信过程。因此通过进一步分析发现，我们的目的就是要模拟AMF与BlazeDS建立连接，就解决了问题了。这里，就是利用Java来模拟AMF请求，通过AMFConnection连接Blazeds接口，具体Demo代码如下：