如何解决XML Web Service并发异步调用的挑战？
- 内容介绍
- 文章标签
- 相关推荐
本文共计3713个文字，预计阅读时间需要15分钟。
最近忙于其他项目，之前的MOSS 2010开发系列暂时搁置了。这个项目采用传统的C/S架构，包含客户端和服务端。客户端的环境还比较老旧，是Windows Server 2000。相当不稳定的，Windows Server 2000。
最近在忙些其他项目的事情，之前的MOSS 2010开发系列暂时搁一搁了。这个项目是传统的C/S架构，有客户端，有服务器。客户那边的环境还比较老，是Windows Server 2000. 很不幸的是，Windows Server 2000是不可以安装.NET Framework 3.5的（这个问题我之前也提到过），所以其实有很多东西得用比较早的技术去实现。一个典型的例子就是，在服务层的设计里面，我被迫放弃了WCF，而是采用了XML Web Service的方式。当然，咱对Web Service很熟悉，也很亲切。这不存在什么问题。
今天，要谈一个小问题，也是我们总结归纳出来在使用XML Web Service的场景下，如果需要并发地发起异步调用，而且是共享一个代理类的实例的话，可能出现的一些问题及其解决方法。
本文共计3713个文字，预计阅读时间需要15分钟。
最近忙于其他项目，之前的MOSS 2010开发系列暂时搁置了。这个项目采用传统的C/S架构，包含客户端和服务端。客户端的环境还比较老旧，是Windows Server 2000。相当不稳定的，Windows Server 2000。
最近在忙些其他项目的事情，之前的MOSS 2010开发系列暂时搁一搁了。这个项目是传统的C/S架构，有客户端，有服务器。客户那边的环境还比较老，是Windows Server 2000. 很不幸的是，Windows Server 2000是不可以安装.NET Framework 3.5的（这个问题我之前也提到过），所以其实有很多东西得用比较早的技术去实现。一个典型的例子就是，在服务层的设计里面，我被迫放弃了WCF，而是采用了XML Web Service的方式。当然，咱对Web Service很熟悉，也很亲切。这不存在什么问题。
今天，要谈一个小问题，也是我们总结归纳出来在使用XML Web Service的场景下，如果需要并发地发起异步调用，而且是共享一个代理类的实例的话，可能出现的一些问题及其解决方法。