当前位置 : 主页 > 编程语言 > 其它开发 >

XML Web Service并发异步调用的问题及其解决方案

来源:互联网 收集:自由互联 发布时间:2022-05-25
最近在忙些其他项目的事情,之前的MOSS 2010开发系列暂时搁一搁了。这个项目是传统的C/S架构,有客户端,有服务器。客户那边的环境还比较老,是Windows Server 2000. 很不幸的是,Window

最近在忙些其他项目的事情,之前的MOSS 2010开发系列暂时搁一搁了。这个项目是传统的C/S架构,有客户端,有服务器。客户那边的环境还比较老,是Windows Server 2000. 很不幸的是,Windows Server 2000是不可以安装.NET Framework 3.5的(这个问题我之前也提到过),所以其实有很多东西得用比较早的技术去实现。一个典型的例子就是,在服务层的设计里面,我被迫放弃了WCF,而是采用了XML Web Service的方式。当然,咱对Web Service很熟悉,也很亲切。这不存在什么问题。

今天,要谈一个小问题,也是我们总结归纳出来在使用XML Web Service的场景下,如果需要并发地发起异步调用,而且是共享一个代理类的实例的话,可能出现的一些问题及其解决方法。记得很早之前某同学也跟我说到过这个问题,今天还是总结一下吧

闲话少说,我们来看一个例子吧

1. 采用Web Service的标准做法

创建Web Service

using System.Web.Services;
using System.Threading;

namespace WebApplication1
{
    /// <summary>
    /// Summary description for WebService1
    /// </summary>
    [WebService(Namespace = "http://tempuri.org/")]
    [WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
    [System.ComponentModel.ToolboxItem(false)]
    // To allow this Web Service to be called from script, using ASP.NET AJAX, uncomment the following line. 
    // [System.Web.Script.Services.ScriptService]
    public class WebService1 : System.Web.Services.WebService
    {

        [WebMethod]
        public string HelloWorld()
        {
            Thread.Sleep(10 * 1000);
            return "Hello World";
        }
    }
}

【注意】为了做异步调用的演示,我这里简单地让该方法休眠了10秒钟后返回。

创建客户端代理

image

创建简单的界面来实施调用

image

 

编写如下简单的代码

using System;
using System.Windows.Forms;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }


        localhost.WebService1 proxy = new localhost.WebService1();

        private void button1_Click(object sender, EventArgs e)
        {
            proxy.HelloWorldCompleted += (obj, a) =>
            {
                MessageBox.Show(a.Result);
            };
            proxy.HelloWorldAsync();
        }

        private void button2_Click(object sender, EventArgs e)
        {
            proxy.HelloWorldCompleted += (obj, a) =>
            {
                MessageBox.Show(a.Result);
            };
            proxy.HelloWorldAsync();



        }
    }
}

【注意】这里两个按钮的事件是一模一样的。

因为在一个窗体里面,我们当然希望proxy是共用的(推而广之,甚至在整个应用程序都只有一个实例)。然后在每个方法中调用它的一些方法。

代码看起来很合理,不是吗?那么,我们来看一下运行起来会怎么样?Oooop,我们收到了一个错误

image

image

一堆让你看得头疼(甚至有些不知所云)的错误消息对吧,其实简单来说,就是XML Web Service的机制,不允许在一个异步请求没有返回之前,再发起另外一个异步请求。这个其实与AJAX里面的机制有相似的。

anyway,我们如何解决这个问题呢?

 

2.采用多个proxy实例的做法来解决

大家很容易想到的一个做法是,既然一个Proxy不能同时发起多个异步调用,那么创建多个不就可以了么?

using System;
using System.Windows.Forms;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }



        private void button1_Click(object sender, EventArgs e)
        {
            localhost.WebService1 proxy = new localhost.WebService1();

            proxy.HelloWorldCompleted += (obj, a) =>
            {
                MessageBox.Show(a.Result);
            };
            proxy.HelloWorldAsync();
        }

        private void button2_Click(object sender, EventArgs e)
        {
            localhost.WebService1 proxy = new localhost.WebService1();

            proxy.HelloWorldCompleted += (obj, a) =>
            {
                MessageBox.Show(a.Result);
            };
            proxy.HelloWorldAsync();



        }
    }
}

谁说不是呢,你当然可以像上面这样做,而且我可以担保它不会再报告那个错误啦。

这里唯一的问题就是:我们创建了多个Proxy的实例。从一个严肃的程序员的角度来说,似乎这是不可以接受的。创建新的对象实例毕竟需要成本。

3. 使用ThreadPool发起同步的调用

让我们来思考一下这个问题,它的本质是,如果你采用异步调用,则无法同时发起多个请求(对同一个proxy而言)。那么如果是同步调用的话,就自然没有这个问题了吧。但是,如果同步调用的话,却又会阻塞线程,导致你根本无法发起第二个请求。

这有何难呢?我们大不了可以开两个线程,然后让这两个线程同时工作,在它们上面运行各自的同步调用方法,不就可以了么?为了让大家更好地理解,我用最简单的做法来实现吧

ThreadPool是一个静态类,顾名思义,它代表了线程池的概念。对于初学者而言,创建和控制线程并非易事。所以,.NET提供了这个ThreadPool,实际上相当于是傻瓜式的多线程(多任务)的接口。

using System;
using System.Windows.Forms;
using System.Threading;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }


        localhost.WebService1 proxy = new localhost.WebService1();

        private void button1_Click(object sender, EventArgs e)
        {
            ThreadPool.QueueUserWorkItem(
                (obj) =>
                {
                    var result = proxy.HelloWorld();
                    MessageBox.Show(result);
                });



        }

        private void button2_Click(object sender, EventArgs e)
        {

            ThreadPool.QueueUserWorkItem(
                (obj) =>
                {
                    var result = proxy.HelloWorld();
                    MessageBox.Show(result);
                });


        }
    }
}

 

ThreadPool类型有一个静态方法,QueueUserWorkItem,顾名思义就是将用户任务排进队列,等待执行。你可能会说,那么这是要排队么?当然,但是既然称为Pool,也即是池,就自然不止一个线程,它里面有好多个线程可以使用,自然就可以同时运行多个任务了。关于这一点,大家可以类比一下我们在超市买完东西之后,去收银台付费的情况。(很多大超市都有声势浩大的一排收银台)

【注意】要实现多线程还有很多做法,例如下面这样无疑也是可以的

using System;
using System.Windows.Forms;
using System.Threading;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }


        localhost.WebService1 proxy = new localhost.WebService1();

        private void button1_Click(object sender, EventArgs e)
        {

            (new Thread((obj) =>
            {
                var result = proxy.HelloWorld();
                MessageBox.Show(result);
            })).Start();

        }

        private void button2_Click(object sender, EventArgs e)
        {

            (new Thread((obj) =>
            {
                var result = proxy.HelloWorld();
                MessageBox.Show(result);
            })).Start();
        }
    }
}

这个做法,是由我们自己创建并启动了一个线程。这看起来虽然比较刺激,但并见得是多么好的一个做法。尤其是你对线程操作并不是特别熟悉的情况下,我推荐你还是多用ThreadPool

至于,其他的做法(如Backgroundworker,以及自定义Callback等),这里就不列举了。

4. 线程安全问题

这样做,看起来是解决了问题了。但是大家要知道,通常情况下,我们希望调用Web Service获得的结果,能进一步地进行处理,或者要显示在界面上。例如下面这样

using System;
using System.Windows.Forms;
using System.Threading;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }


        localhost.WebService1 proxy = new localhost.WebService1();

        private void button1_Click(object sender, EventArgs e)
        {

            ThreadPool.QueueUserWorkItem(
                (obj) =>
                {
                    var result = proxy.HelloWorld();
                    this.Text = result;//将结果显示在窗体的标题上
                });

        }

        private void button2_Click(object sender, EventArgs e)
        {

            ThreadPool.QueueUserWorkItem(
                (obj) =>
                {
                    var result = proxy.HelloWorld();
                    this.Text = result;
                });
        }
    }
}

 

再次运行这个代码就会发现,它又报错了,这回报告的错误是下面这样的

image

这个错误的意思是说,当前的线程需要访问控件”Form1”,但是Form1并不是它所创建的。什么是当前线程?就是我们用ThreadPool发起的一个任务所占用的线程。而Form1这个控件是谁创建的呢?是主线程创建的。

这就是我们常说的线程安全性问题,也就是说,在多个不同的线程之间是不能互相访问到一些资源的。还是用超市的收银做例子,如果我是排在1号收银台,那么2号收银员是不可以把我的钱拿走的。

那么,如何解决这个问题呢?其实这还是比较简单的,Windows Forms(或者WPF)都内置了一些机制来解决

using System;
using System.Windows.Forms;
using System.Threading;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }


        localhost.WebService1 proxy = new localhost.WebService1();

        private void button1_Click(object sender, EventArgs e)
        {

            ThreadPool.QueueUserWorkItem(
                (obj) =>
                {
                    var result = proxy.HelloWorld();
                    this.BeginInvoke(new Action(() =>
                    {
                        this.Text = result;//将结果显示在窗体的标题上
                    }));
                });

        }

        private void button2_Click(object sender, EventArgs e)
        {

            ThreadPool.QueueUserWorkItem(
                (obj) =>
                {
                    var result = proxy.HelloWorld();
                    this.BeginInvoke(new Action(() =>
                    {
                        this.Text = result;//将结果显示在窗体的标题上
                    }));
                });
        }
    }
}

【注意】如果是在WPF中,则是用Dispatcher.BeginInvoke

 

5. WCF中是否有这个问题

有些朋友可能会接着问道,那么这个问题是否在WCF中也存在呢?我们还是以事实为依据,看一个例子吧

 

创建一个WCF服务

服务契约

using System.ServiceModel;

namespace WebApplication1
{
    // NOTE: You can use the "Rename" command on the "Refactor" menu to change the interface name "IService1" in both code and config file together.
    [ServiceContract]
    public interface IService1
    {


        [OperationContract]
        string HelloWorld();
    }
}

服务实现

using System.Threading;

namespace WebApplication1
{
    // NOTE: You can use the "Rename" command on the "Refactor" menu to change the class name "Service1" in code, svc and config file together.
    public class Service1 : IService1
    {
        #region IService1 Members

        public string HelloWorld()
        {
            Thread.Sleep(10 * 1000);
            return "Hello,world";
        }

        #endregion
    }
}

添加服务引用

image

【注意】这里不要着急点击“Ok”,而是点击“Advanced…”

image

勾选上:Generate asynchronous operations,也就是说生成异步的操作。因为WCF服务引用默认是不生成异步操作的

using System;
using System.Windows.Forms;
using System.Threading;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }


        ServiceReference1.Service1Client proxy = new ServiceReference1.Service1Client();

        private void button1_Click(object sender, EventArgs e)
        {

            proxy.HelloWorldCompleted += (obj, a) =>
            {
                MessageBox.Show(a.Result);
            };

            proxy.HelloWorldAsync();
            
        }

        private void button2_Click(object sender, EventArgs e)
        {
            proxy.HelloWorldCompleted += (obj, a) =>
            {
                MessageBox.Show(a.Result);
            };

            proxy.HelloWorldAsync();
            
        }
    }
}

我们现在发现,两次调用并不会触发任何的错误。看起来WCF是允许并发异步调用的。

但是,令人惊讶的事情再次发生了,就是虽然这两次调用都会返回结果,但那个MessageBox.Show方法却会被执行四次。两次调用会导致四次的返回(或者叫后续处理),这又是为什么呢?这个问题就留给读者自己琢磨一下吧

【注意】如果有10个请求同时发出,那么会有多少该处理呢?10的平方,也就是100次。

所以,WCF的机制其实并没有本质上的改变。遇到需要并发异步调用远端服务这种需求,我还是推荐你用ThreadPool,直接发起同步调用吧

这就是本文的结论。

网友评论