最近由於工作需求，對amf做了一些瞭解，此前對flash相關的技術用的太少，以至於n年前提出來的amf協議都不曾過耳。。 - -#
以下是關於amf的一篇文章。
Flash Remoting的核心技術——AMF
AMF是什麼？它的優點中是什麼？Flash Remoting爲什麼選擇了使用AMF而放棄了SOAP與Flash 播放器通信呢?
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和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 播放器通信呢? 有如下原因：
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。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/loaferwang/archive/2009/04/03/4046503.aspx
