Flash AMF协议的特点

 

网络的变化速度是惊人的。随着协议的不断更新，在一些网络多媒体传输中我们多采用了Flash Remoting的核心技术:AMF协议。这个协议开始就可以以XML或者“变量/值"配对输出格式向服务器传送数据｡

虽然这些数据能通过Flash编译器自动解析或者通过开发人员自行编写的代码手动解析,但解析的速度慢｡因为在解析过程中,XML需要按节点逐层处理数据｡而且使用XML和“变量/值"配对格式处理的数据类型只能是字符型,数字也不例外｡

而Flash Remoting却能处理复杂数据类型,比如对象､结构､数组,甚至可以是数据集,配合DataGrid组件可以很方便地显示数据｡

为了处理复杂数据类型,采用一种独有的方式使Flash与应用服务器间可以来回传送数据势在必行｡

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

AMF最大的特色在于可直接将Flash内置对象,例如Object,Array,Date,XML,传回服务器端,并且在服务器端自动进行解析成适当的对象,这就减轻了开发人员繁复工作,同时也更省了开发时间｡

由于AMF协议采用二进制编码,这种方式可以高度压缩数据,因此非常适合用来传递大量的资料｡

数据量越大,Flash Remoting的传输效能就越高,远远超过WebService｡至于XML,LoadVars和loadVariables(),它们使用纯文本的传输方式,效能就更不能与Flash Remoting相提并论了｡

注意:

Flash Remoting需要浏览器支持BinaryPOST,Flash播放器在Netscape6.x.环境下运行Flash Remoting会不起作用(Flash Remoting调用没有效果也不返回错误),Netscape7已经纠正了这个bug｡

对于早期Safari和Chimera版的苹果机也有这个问题｡同样是轻量级数据交换协议,同样是通过调用远程服务,同样是基于标准的HTTP和HTTPS协议,Flash Remoting为什么选择了使用AMF协议而放弃了SOAP与Flash播放器通信呢？

有如下原因:

SOAP将数据处理成XML格式,相对于二进制的AFM太冗长了;

AMF能更有效序列化数据;

因为AMF的初衷只是为了支持FlashActionScript的数据类型,而SOAP却致力于提供更广泛的用途;

AMF支持Flash播放器6只需要浏览器增加4KB左右(压缩后)的大小,而SOAP就大多了;

SOAP的一些头部文件请求在Flash播放器6不支持｡

那Flash播放器6为什么能访问基于SOAP的Web服务呢?

原来Flash Remoting网关将SOAP请求在服务器端与转换成AFM格式,然后利用AFM与Flash播放器通信｡另外,AMF包中包含onResult事件(比如说response事件)和onStatus事件(比如说error事件),这些事件对象在Flash中可以直接使用｡AMF协议从FlashMX时代的AMF0发展到现在的AMF3｡AMF3用作FlashPlaye9的ActionScript3.0的默认序列化格式,而AMF0则用作旧版的ActionScript1.0和2.0的序列化格式｡在网络传输数据方面,AMF3比AMF0更有效率｡AMF3能将int和uint对象作为整数(integer)传输,并且能序列化ActionScript3.0才支持的数据类型,比如ByteArray,XML和Iexternalizable｡

 

 

AMF的优与劣

AMF协议是Adobe独立开发的一个协议，它的全称是：Action Message Format。它的主要用途则是完成数据交互和远程过程调用。那么在功能方面则相当于WebService。可是AMF与WebService中的XML不同的是AMF是二进制数据,而XML是文本数据,AMF的传输效率比XML高｡

AMF使用HTTP方式传输,目前主要是用于ActionScript中,即实现Flex和Server之间的通信｡目前有二种版本--AMF0和AMF3。

AMF协议最大的特色在于可直接将Flash内置对象,例如Object, Array, Date, XML,传回服务器端,并且在服务器端自动进行解析成适当的对象,这就减轻了开发人员繁复工作,同时也更省了开发时间｡由于AMF采用二进制编码,这种方式可以高度压缩数据,因此非常适合用来传递大量的资料｡

数据量越大,Flash Remoting的传输效能就越高,远远超过Web Service｡至于XML, LoadVars和loadVariables(),它们使用纯文本的传输方式,效能就更不能与Flash Remoting相提并论了｡

同样是轻量级数据交换协议,同样是通过调用远程服务,同样是基于标准的HTTP和HTTPS协议, Flash Remoting为什么选择了使用AMF而放弃了SOAP与Flash 播放器通信呢有如下原因:

1 SOAP将数据处理成XML格式,相对于二进制的AFM太冗长了;

2 AMF能更有效序列化数据;因为AMF协议的初衷只是为了支持Flash ActionScript的数据类型,而SOAP却致力于提供更广泛的用途;

AMF从Flash MX时代的AMF0发展到现在的AMF3｡AMF3用作Flash Playe 9的ActionScript 3.0的默认序列化格式,而AMF0则用作旧版的ActionScript 1.0和2.0的序列化格式｡ 在网络传输数据方面,AMF3比AMF0更有效率｡AMF3能将int和uint对象作为整数(integer)传输,并且能序列化ActionScript 3.0才支持的数据类型, 比如ByteArray,XML和Iexternalizable｡

AMF(Action Message Format)是一种binary format的资料型态,透过AMF over HTTP的方式将flash端资料编码后传回server,server端的remoting adaptor接收到资料后则会译码回正确的native对象,交给正确的程序处理｡

AMF协议除了用于Flash remoting外,也广泛的用于 Local Connection 与 Flash communication server,它最大的特色在于可直接将flash native object。

例如Object, Array, Date, XML,传回server端,并且在server端自动进行转译成适当的对象,例如flash 的Array传回PHP时就会自动转换为 Associative Array;这个特色对开发者最大的好处在于不需要再人工处理serialization 与 deserialization的繁复工作,不但精确度更高,同时开发也更省时间｡

由于AMF协议是binary format并且编码时经过高度压缩,因此非常适合用来传递大量的资料,根据flashorb网站的测试(主要针对web service与flash remoting),当资料量越大时,flash remoting的传输效能就越高,远远超过web service的表现,因此同样的道理也可得知xml, loadVars, loadVariables 等使用plaine text format的传输方式自然也无可比拟。