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

    技术2022-05-11  89

    我们经常抱怨首次调用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是在软件发布时,生成这个类,并部署到客户端。        

     


    最新回复(0)