2、Flash中的通訊方式有兩種：
　　　 1.HTTP方式：如URLLoader等用於載入遠端swf、檔案、影象、音視訊流。
　　　 2.Socket主要：如 XMLSocket，用於與遠端服務端建立長效連線。
　　　 Flash Player6以上版本引入了安全策略檔案，在進行正式的通訊前，會檢查目標位置是否存在合法的安全策略，以防止不同域內的應用無限制任意互訪。
　　　 HTTP方式下，Flash Player會檢查目標域根目錄下是否存在crossdomain.xml，如果有，則獲取並分析其內容（內容後述）以確定是否允許繼續訪問。
　　　 Socket方式下，Flash Player獲取安全策略稍微複雜些，從9.0.115.0版起，標準步驟如下（以下描述以IE為標準，例外情況後述）：(注：以下是執行Connect()函式自動執行的)
　　　　 1)首先向目標主機 843 埠發起連線，併發送一個字串，內容為"<policy-file-request/>"，並等待返回安全策略檔案並分析。
　　　　 2)若1)失敗，則檢查AS程式碼中是否使用了Security.loadPolicyFile("xmlsocket://主機:埠")方法載入安全策略檔案，若有，則獲取並分析。
　　　　 3)若2)失敗，則向AS程式碼中即將連線的 "目標主機:埠" 發起請求，過程同1)。
　　　　 4)若成功獲得安全策略檔案並經分析認為允許建立連線，則繼續執行Connect()方法，此時方真正嘗試建立與目標主機的連線。

　　3、解決方案
　　　　HTTP 連線方式不用再說，只說說 Socket 方式。
　　　　1) 在服務端寫一個程式，監聽843埠，當收到 "<policy-file-request/>" 時將恰當的策略內容（crossdomain.xml）傳送回客戶端。
　　　　2) 在AS中通過loadPolicyFile()載入策略檔案，此處需注意使用xmlsocket://，而不是 http://。
　　　　3) 在標準服務埠中，檢測到"<policy-file-request/>"時，返回策略內容。

　　4、例外情況及測試結果
　　　　經測試發現，在IE,Opera中，Flash Player會嚴格按上述步驟檢查安全策略。
　　　　在 FireFox, Chrome中發起連線時，Flash Player並不會向服務端傳送"<policy-file-request/>"，而是直接連線成功。這應該是Flash Player不同實現版本的原因。

    5、資料傳輸中的問題
　　   在XMLSocket資料傳輸中，需要注意以下細節，否則會出來些莫名其妙的問題。
       1.結束符號
　　　　 XMLSocket接收到服務端下發的資料時，將連續放於接收緩衝區，直到接收到"/0"位元組（位元組內容為ASCII值0），才認為接收完成，並呼叫相應的onData或onXML事件。
　　　　 服務端若用Java編寫，並使用標準的String類族，則在傳送資料結尾應手動加上"/0"。
　　　　 若用 C++ 編寫，由於C++中標準字串型別便是以位元組0作結束標記，故不必再加"/0"。
　　　　 * C++中需注意另一個問題，若自行進行了字串處理，在決定字串長度時，標準的strlen及String.Length()等返回的均是實際有效字元個數，最終向網路傳送時，總長度應加1位元組，以容納結尾的位元組0。
　　　　 * 此問題在傳送安全策略內容時同樣存在，故需重視。

       2.中文問題
　　　　 預設情況下，不管從哪一端發向另一端的資料，若包含了中文字元，都會產生亂碼的現象，解決方法有二：
　　　　 1).在AS中加入"System.useCodepage=true;" 強制使用原生代碼集，此法最方便，但是在跨語種平臺上仍會出現亂碼。
　　　　 2).在程式碼中自行編寫轉碼函式，此法複雜些，但通用性強。具體轉碼演算法網上很多，主要是C++服務端需要，Java中使用JDK類轉換為UTF-8即可。