注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

天涯倦客的博客

祝福你朋友永远快乐!

 
 
 

日志

 
 

为什么第一次调用WebService慢呢?  

2013-08-02 12:48:14|  分类: asp.net |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

我们经常抱怨首次调用WebService比较慢,通常的做法是在程序启动的时候,后台逐一调用一遍所有的WebService,还有人利用多线程来解决这个问题。其实,大家只是看到了问题的现象以及“工程”的解决办法,而没有接触到问题的本质。经过本人反编译.Net类库,逐步查找,应该说找到了解决这个问题的根本办法。我们都知道,WebService是通过Soap协议来传递消息的,所有的消息都是XML,而在客户端和服务器端,都是使用的对象,这其中必然有一个XML和对象之间的转换,这个转换就是慢的罪魁祸首。下面,我就逐步分析,希望对你能有帮助,请耐心看完。

1.       添加Web引用的时候,WebService在客户端有一个代理,如下:

    [System.CodeDom.Compiler.GeneratedCodeAttribute("System.Web.Services""2.0.50727.42")]
    [System.Diagnostics.DebuggerStepThroughAttribute()]
    [System.ComponentModel.DesignerCategoryAttribute("code")]
    [System.Web.Services.WebServiceBindingAttribute(Name="WebService1Soap", Namespace="http://tempuri.org/")
   public partial class WebService1 : System.Web.Services.Protocols.SoapHttpClientProtocol
 
客户端调用WebServivce就是通过这个代理类来调用的。
 
2.       调用WebService方法,客户端和服务器端通信是Xml,所以代理类跟Xml之间就有序列化和反序列化的过程
3.       客户端调用WebService的过程如下
a)         客户端调用代理类Hello world方法
string str = (new Service2.WebService1()).HelloWorld ();
b)         代理类调用基类SoapHttpClientProtocal的Invoke方法
        [System.Web.Services.Protocols.SoapDocumentMethodAttribute("http://tempuri.org/HelloWorld0766", RequestNamespace="http://tempuri.org/", ResponseNamespace="http://tempuri.org/", Use=System.Web.Services.Description.SoapBindingUse.Literal, ParameterStyle=System.Web.Services.Protocols.SoapParameterStyle.Wrapped)]
        public string HelloWorld() {
            object[] results = this.Invoke("HelloWorld"new object[0]);
            return ((string)(results[0]));
        }
c)         SoapHttpClientProtocal进行Soap序列化Soap头和方法,都是这个类自己做的,但是输入参数和返回值,是利用的XmlSerializer,输入参数要序列化,返回值要反序列化。
        protected object[] Invoke(string methodName, object[] parameters)
        {
                
                try
                {
                    message1.SetStream(stream1);
                    this.Serialize(message1);//注1
                }
               
                response1 = this.GetWebResponse(request1);
                Stream stream2 = null;
                try
                {
                    stream2 = response1.GetResponseStream();
                    objArray1 = this.ReadResponse(message1, response1, stream2, false);//注2
                }
          }
         
          注1:this.Serialize中有一句参数序列化的代码如下
          method1.parameterSerializer.Serialize(writer1, message.GetParameterValues(), null, flag1 ? text2 : null);
          注2:this.ReadResponse中有一句返回值的反序列化的代码如下
          message.SetParameterValues((object[]) method1.returnSerializer.Deserialize(reader1, flag1 ? text1 : null));
d)         XmlSerializer会缓存临时程序集,这个程序集作用是序列化和反序列化,如果缓存中没有会调用TempAssembly产生一个
 
Static的缓存(就是我们每次调用慢的罪魁祸首):private static TempAssemblyCache cache;
获取缓存中的程序集:this.tempAssembly = XmlSerializer.cache[defaultNamespace, type];
缓存中没有就去加载:Assembly assembly1 = TempAssembly.LoadGeneratedAssembly(type, defaultNamespace,out implementation1);
加载没有就去产生(会生成临时文件并编译,很慢):
this.tempAssembly = new TempAssembly(new XmlMapping[] { this.mapping }, assembly1, implementation1);
 
e)         TempAssemlby这个类负责加载以及产生临时程序集
LoadGeneratedAssemlby方法中,有一段逻辑,就是默认去加载序列化类,这个类的命名是规则如下
        internal static string GetTempAssemblyName(AssemblyName parent, string ns)
        {
            return (parent.Name + ".XmlSerializers" + (((ns == null) || (ns.Length == 0)) ? "" : ("." + ns.GetHashCode())));
        }
       同时,如果加载失败会触发AppDomain.CurrentDomain.AssemblyResolve事件
        
4.       结论
1)   WebService的序列化是调用XmlSerializer
 
2)   WebService慢,是因为产生序列化类慢,所谓的临时文件都是XmlSerializer的中间代码。可以在config文件中加入如下的配置,临时序列化的文件就不会被删除了,WinForm程序是*.exe.config,asp.net是web.config。
        <configuration>
  <system.diagnostics>
    <switches>
      <add name="XmlSerialization.Compilation" value="4"/>
    </switches>
  </system.diagnostics>
</configuration>
 
临时文件在C:/Documents and Settings/抹布/Local Settings/Temp下,注意,因为名称是随机的,序列化的dll文件,并不能重用,重开进程会重新生成。
 
3)   如果自定义序列化类,可以跳过产生临时序列化的步骤,大大提高第一次加载的速度,也就是说,只要有一个
程序集名称+.XmlSerializers”的序列化类存在,就不会动态生成序列化程序集了。
 
4)   在代理类上可以加
[System.Xml.Serialization.XmlSerializerAssemblyAttribute(AssemblyName = "TestPerformance.XmlSerializers")]
指定Xml序列化的类,这个序列化的类可以通过一个工具产生,
但是根据研究TempAssemlby的LoadGeneratedAssemlby代码发现,这个Attribute可以不加的,只要你有一个GetTempAssemblyName返回值一样的名称的序列化类即可。
 
5)   根据加载失败会触发AppDomain.CurrentDomain.AssemblyResolve事件,可以在加载失败后动态产生序列化类,如下。
        http://support.microsoft.com/kb/872800/zh-cn,请参考这个kb
      private void Form1_Load(object sender, EventArgs e)
        {
            AppDomain.CurrentDomain.AssemblyResolve +=
                new ResolveEventHandler(MyResolveEventHandler);
        }
 
        static Assembly MyResolveEventHandler(object sender, ResolveEventArgs args)
        {
            Assembly a = null;
            string[] arr = args.Name.Split(new string[] { "." }, StringSplitOptions.None);
            if (args.Name.IndexOf("XmlSerializers") >= 0)
            {
                if (!System.IO.File.Exists(args.Name + ".dll"))
                    PreGenNS.Pregen.Generate(new string[] { arr[0] });
                string sSerializersDLL = args.Name + ".dll";
                string smartDeploymentHostLocation = "";
                a = Assembly.LoadFrom(smartDeploymentHostLocation + sSerializersDLL);
            }
            return a;
        }
6)VS2005利用Release编译,会产生AssemblyName+"XmlSerializer.dll"的序列化文件,可以随着客户端一起部署,跟5这种方式不太一样,可以根据实际情况来选择。
利用5这种方式,是第一次调用WebService时,动态生成序列化类;而6是在软件发布时,生成这个类,并部署到客户端。
转自:http://blog.csdn.net/marising/article/details/1506224
  评论这张
 
阅读(748)| 评论(1)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017