1、“.....用于控件显示为大小图标时使用确定选择的头像后，隐藏窗体并将选中头像的值存储了该头像图片的路径赋值给，,,，主界面主要是利用单例模式创建的类型的对象完成对于新用户加入用户退出接收广播消息接收消息的处理以及显示聊天窗体的功能，执行效果如图所示。图主界面执行效果图值得注意的是，在程序中窗体对象订阅了类型对象的事件，因此当调用控件的方法，那么必须使用控件的个方法来将调用封送到适当的线程对象的事件处理方法所在线程......”。

2、“.....，，当前用户加入聊天窗体订阅事件窗体订阅事件用户退出聊天该方法作为事件绑定的委托所引用的方法通过参数获得所有参与聊天的用户的信息并显示他们的名称，如果窗体中的控件被绑定到特定的线程，则不具备线程安全性。因此，如果从另个线程调用控件的方法，那么必须使用控件的个方法来将调用封送到适当的线程。属性可用于确定是否必须调用方法。该方法将把收到的对方发来的消息添加到中作为聊天记录，调用类型的对象的方法，并将发送消息框清空,......”。

3、“.....调用类型的对象的方法并提示消息，调用类型的对象的方法来发送消息，同时在中添加自己发送的消息内容作为聊天历史记录，,，重写方法，将对象引用置为空隐藏聊天窗体，并将对象引用置为空，隐藏聊天窗体，并将对象引用置为空，四结束语对于使用进行软件研发的开发人员来说，是分布式编程领域的个新台阶，关注技术的发展趋势并在实际开发项目中合理的运用它是十分必要的......”。

4、“.....并在开发套即时通信软件中充分利用了基础框架在开发面向服务的分布式应用上带给我们的强大功能与全新体验，展现了基于开发分布式软件系统的编程方法与程序设计技巧。本文来自博客，转载请标明出处服务端和客户端通信的问题经常有种情景台，若干，从第三方硬件数据另外个系统也可能是自己的获取消息，然后转发给所有的。很简单，很常见的个场景，大家来讨论我的思路方法是否合理，是否还有其他方法可参考。先谢谢各位能参与讨论。我的思路是只能通过发布订阅来实现......”。

5、“.....在这描述下实际应用中，我的使用感受及碰到的问题。临时订阅就是采用大家都在说的回调机制，服务器端启动服务，客户端去调用，建立连接，服务器通过保持该连接，主动发消息给客户端。此方法经我测试发现有个很严重的问题如果服务器端长时间没有通过该通道回调主动发数据给客户端数据，最长时间大概最多可以设置为小时多点，采用心跳方式貌似可解决，就是服务器端定期给客户端发送数据，只是客户端不处理。本人感觉这种方式很猫腻......”。

6、“.....首先客户端在启动的时候会去连接服务端此时将自己的服务地址告诉服务端，服务端会将其持久化，同时启动自己的服务。这样来，服务器端旦有新的消息，就可以通过从持久化的数据中读出所有需要通知的客户端，然后通过访问客户端的服务发送消息给客户端。在这里，所谓的服务端和客户端是相对的，在客户端启动，发起订阅的时候，客户端是客户端，服务端是服务端在服务端收到消息，转发消息给客户端时，客户端就是服务端，服务端就是客户端......”。

7、“.....但在使用过程中还是些实际操作的困难性。比如客户端正常退出时，要去，。但是，如果客户端非正常退出时，它的地址并不会被服务器端从持久化的地方删除，所以服务器端还会继续往这个并不存在的服务地址发送消息，虽然我采用的是异步发送即针对每个客户端建立自己的连接，并且各自不影响，当数据量稍微达到个数量级时，会提示忙碌而不能处理所有的消息，直到超时。在这，我加了个处理，就是当捕获时可考虑重发几次，然后就从清理掉该客户端地址，但还有个小问题......”。

8、“.....即，当个地址不存在时，理论上其他的地址不受任何影响，然而实际是其他的地址发送会变的很慢，直到后清理掉该地址后的段时间，才能恢复正常。直没解决此问题，也没看其他人有此问题，故提出求大家帮忙解决。如需关键代码，我之后贴上来。，和你起讨论下。不好意思，没来得及回复你的帖子。你的两种方法都可以实现。方法，心跳确实可以解决这个问题，但是通道最长连接时间小时，这个有点太久了，而且旦中间网络出问题，基本连接不可用。方法......”。

9、“.....但是你这里单线程处理的时候，即使是异步模式执行，当异步执行的方法过多的时候也会出现线程阻塞的问题。建议使用多线程，也就是独立的线程来负责发送消息到客户端，而且使用异步模式。另外记得及时释放你使用的网络连接。最好语法使用语句。谦卑若愚，好学若饥专注于平台下分布式应用系统开发和企业应用系统集成欢迎访问老徐的中文技术博客欢迎访问微软中文技术论坛欢迎访问微软英文技术论坛，......”。