Silverlight Socket 实现收发信息
刚接触Silverlight的时候，除了其异步应用WCF、流媒体、动画效果等方面外，Socket是最另我兴奋的功能。
在Web上实现Socket虽然不是什么新鲜事了，Activex，flash等都可以实现这样的效果，但是Silverlight这样方便的运用Socket让服务器与客户端通信确是我之前没有体验过的。
用它可以做什么？可以连线式的让服务器与客户端交互，而且，是在Web上，那么Web开发游戏，语音，视频聊天等都可以基于Socket功能实现，另外，服务器端是独立出来的，不依赖IIS进程，这样让数据之间的交互更自由。
废话不说，下面来看看如何实现
首先，在进行数据交换之前，我们必须明白Silverlight Socket的一些规矩和原则。
Silverlight客户端的Socket都是异步的，这点很容易明白，另外就是，考虑到Silverlight是应用到Web上的，而Silverlight的Socket自然就有一些安全限制。
每一个请求到服务器端的新的Socket连接会话Silverlight都会先悄悄的用另一个Socket去请求策略文件，这是很多刚接触Silverlight Socket的人感到郁闷的地方，请求策略时，Silverlight会自己发送一个字符串<policy-file-request/>到服务器的943端口，然后你必须在服务器程序里接收该请求，分析是否是策略请求后，发送一个策略文件的字符串给客户端，客户端接收到策略文件后自己分析完后再发送程序员自己写的数据请求。
客户端的策略请求是自动发送的，策略文件的接收和分析也是自动的，是Silverlight自发工作的，不需要程序员手工写代码进行发送接收和分析。
但是，服务器端接收策略请求需要手工完成，程序员必须创建一个Socket监听943端口（该端口是固定的，客户端策略请求固定发送到该端口），然后分析请求过来的数据是否是策略请求，如果是的，那么就读取策略文件，再将该策略文件发送到客户端就可以了。
另外一个限制，Silverlight Socket 数据交换端口必须在4502-4534范围，也就是说，整个Socket将用到两个端口，一个是943用于策略请求，另一个是4502-4534范围的你指定的数据交换端口。
不管你的Socket代码是如何工作，第一次在连接之前，Silverlight都会发送策略请求，只有成功接收到服务器返回的策略文件后，你的Socket代码才能进行工作，所以在第一次连接的时候，实际上Silverlight是进行了两次Socket，第一次请求策略，成功才进行你的Socket，因此，服务器端必要监听两个端口，但是两个监听可以分开在两个线程上工作（两个线程，不是两个进程）。每个会话请求一次策略后，之后的请求就不会再请求策略了，所以他们不能是线性的工作，而是两个独立的监听，否则会阻塞。
我的服务器端的策略监听和数据监听是用的两个子线程运行，而MS的示例是用的异步方法，都是为了不相互阻塞，用MS的方式也许更有效率些，而我是为了让代码更容易理解。
客户端实现了将文本框的内容发送到服务器端，然后服务器收到后显示出来，然后发回一句字符串，关闭连接，客户端收到服务器端的信息后也关闭连接。就这么简单
好后，具体看看示例，说明很详细。
客户端
建立一个Silverlight项目
XAML
EN-US 1 楼 chaochao_pc 2011-08-12 您好，您的通讯工具能传输文件吗？ 我在上边好像没找到！！！
