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

AMF消息中包括一个主体架构，里面可能包含错误信息获取被表现为action script对象的数据（arrays,objects,strings,numbers）

典型应用来自adobe flash player

1、链接指定的网关url,通过web服务器

2、认证服务 能够处理AMF链接

3、调用服务器上远程方法，注册一个客户端回调函数

4、参数被序列化为AMF数据传输，然后在服务端反序列化加密

5、服务处理输入参数，可选的返回数据通过AMF

6、回调函数被调用，数据被返回。

如下图所示：

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

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

注意：Flash Remoting需要浏览器支持Binary POST，Flash 播放器在Netscape 6.x.环境下运行Flash Remoting会不起作用（Flash Remoting调用没有效果也不返回错误）， Netscape 7已经纠正了这个bug 。对于早期Safari和Chimera版的苹果机也有这个问题。

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

1. SOAP将数据处理成XML格式，相对于二进制的AFM太冗长了；
2. AMF能更有效序列化数据；因为AMF的初衷只是为了支持Flash ActionScript的数据类型，而SOAP却致力于提供更广泛的用途；
3. AMF支持Flash 播放器 6只需要浏览器增加4 KB左右（压缩后）的大小，而SOAP就大多了；
4. 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。