与后台通讯,首先要了解AMF协议

Flash 5开始就可以以 XML 或者“变量/值”配对输出格式向服务器传送 数据 。虽然这些数据能通过Flash编译器自动解析或者通过 开发 人员自行编写的 代码 手动解析, 但解析的速度慢。因为在解析过程中，XML需要按节点逐层处理数据。而且使用XML和“变量/值”配对格式处理的数据类型只能是字符型，数字也不例外。而Flash Remoting却能处理复杂数据类型, 比如对象、结构、数组，甚至可以是数据集，配合 DataGrid 组件 可以很方便地显示数据。

为了处理复杂数据类型，采用一种独有的方式使Flash与 应用 服务器间可以来回传送数据势在必行。于是AMF应运而生。AMF是 Adobe 独家开发出来的 通信 协议，它采用二进制压缩，序列化、反序列化、传输数据，从而为Flash 播放器 与Flash Remoting网关通信提供了一种轻量级的、高效能的通信方式。


AMF最大的特色在于可直接将Flash内置对象，例如Object, Array, Date, XML，传回服务器端，并且在服务器端自动进行解析成适当的对象，这就减轻了开发人员繁复工作，同时也更省了开发时间。由于AMF采用二进制编码，这种方式可以高度压缩数据，因此非常适合用来传递大量的资料。数据量越大，Flash Remoting的传输效能就越高，远远超过 Web  Service。至于XML, LoadVars和loadVa ria bles() ，它们使用纯文本的传输方式，效能就更不能与Flash Remoting相提并论了。

注意：Flash Remoting需要浏览器支持Bin ary POST，Flash 播放器在Nets cape 6.x.环境下运行Flash Remoting会不起作用（Flash Remoting调用没有 效果 也不返回错误）， Nets cape 7已经纠正了这个b u g 。对于早期Sa fari和Chim era版的苹果机也有这个问题。

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

SOAP将数据处理成XML格式，相对于二进制的AFM太冗长了； 
AMF能更有效序列化数据；因为AMF的初衷只是为了支持Flash ActionScript的数据类型，而SOAP却致力于提供更广泛的用途； 
AMF支持Flash 播放器 6只需要浏览器增加4 KB左右（压缩后）的大小，而SOAP就大多了； 
SOAP的一些头部 文件 请求在Flash 播放器 6不支持。那Flash 播放器 6为什么能访问基于SOAP的Web服务呢？原来Flash Remoting网关将SOAP请求在服务器端与转换成AFM格式，然后利用AFM与Flash 播放器通信。另外，AMF包中包含onResult 事件 （比如说response事件）和onStatus事件（比如说error事件），这些事件对象在Flash中可以直接使用。
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。