在 Adobe Flash Player 升级到 9.0.124 后，由于安全策略更改，原来 Socket 或 XmlSocket 的应用里的 http 方式加载安全策略的手段不能继续使用。更改如下：
1, 首先检测目标服务器的 843 端口是否提供安全策略
2, 如果 1 没有检测到策略，则检测 actionscript 是否使用了 Security.loadPolicyFile(xmlsocket://) 手段提供安全策略，如果还没检测到，则使用第 3 步检测
3, 检测目标服务器目标端口是否提供安全策略。
在说具体处理方式前，我先描述一下 Flash Player 的验证过程。在 Flex 程序发出 Socket 或 XmlSocket( 以下统称为 Socket) 请求前， FlashPlayer 会先判断是否为本地调用，如果不是。即用一个 Socket 去链接到你的服务端，三次握手成功后一方面发出字符串“ <policy-file-request/>\0 “另一方面监听返回的安全策略。安全策略接收成功后， FlashPlayer 就断开验证的 Socket ，然后再运行程序本身的 Socket 。在整个 SWF 运行期间，无论你请求多少次，只要域相同， FlashPlayer 就只验证一次。这里有两个重点:
第一个是验证的 Socket 和程序的 Socket 是两个 Socket 。所以你在本地测试时，服务端监听到 N 个 Socket 请求，但布置到服务端后，服务端会监听到 N+1 个请求。
第二是验证的 Socket 发送“ <policy-file-request/>\0 “请求和接收你的策略文件是没有先后关系的，所以你没必要接收完“ <policy-file-request/>\0 “后才发策略文件。我的做法是只要监听到请求，就把策略字符串发过去。
上面提供了三种方式处理安全策略。其实处理的办法差不多一样，就是要求服务端监听一个端口，如果客户端发来“ <policy-file-request/>\0 “请求，服务端就要返回你的安全策略的字符串。
其实三种处理方式的主要区别在于监听端口，方法 1 和 2 要求在另外的端口监听，而第三个即在应用本身监听的端口监听。其实监听端口的数量多一个不如少一个。在虚拟空间中不说了，端口不是说要监听就监听的，要有权限。就算有权限监听，还要防火墙同意。所以我比较偏向于第三种。
在 HIM 中，我处理的代码如下：
Java代码
protocol.sendStringToSingleClient(protocol.getUser(), "&
