[ASP.NET学习笔记之三十三]开发高性能的Web Service应用

开发高性能的WebService应用

议程：

l         WebService性能概述

l         WebService性能最佳实践

连接与线程优化

WebMethod的优化

高效地调用WebMethod

设置超时

缓存

状态管理

WebService性能概述

 

性能是一项功能

l         设计时就考虑性能

l         不要在事后再加入性能!

l         在项目开发的整个过程中反复测试

l         两种量化Web性能的方法:

1) 机器吞吐率(requests/sec)

2) 响应时间(time to first/last bytes)

 

由于Web Service也是通过IIS处理的，所以

ASP.NET的优化处理在这里也能适用。

 

 

下面的对比是看看在面向对象和面向服务的条件下的比较

 

面向对象	面向服务
l         应用于同一平台和运行环境 l         共享类型而不是schemas l         采用便宜, 透明通信 l         对象的标识与生命周期由系统维护 l         客户机和服务器的同步的部署 l         容易概念化,因而提供一个自然的模型 l         一般不需要状态管理 l         应用于一个可预测的序列、期限和结果 l         目标是远程透明地使用方法和类型	l         应用于异构平台和运行环境 l         共享schemas而不是类型 l         采用高成本, 明确通信 l         服务是自治的: 安全和失效是隔离 l         允许的连续, 分离部署客户机和服务器 l         基于软件组件和分布的对象，依赖服务的协议 l         拥有并维护状态 l         基于消息, 异步的, 和长通信 l         目标是提供服务隔离和调用的标准。

 

WebService性能设计的考虑

l         设计"大块头"的接口减少往返

[这是考虑在网络环境的开销问题。在面向对象的设计中，一般要求最大程度达到软件服用，但是在网络环境下，接口调用的往返是必须考虑的问题]

l         基于消息的编程而不是远程过程调用(RPC)

[RPC强调方法的复用，每个方法很小，基本上看作面向对象的]

l         使用XML字串作为参数。

l         尽量使用原始数据类型参数。

l         避免在调用之间维护服务器状态。

l         考虑为复杂的WebMethod提供输入校验。

[减少传输量]

l         考虑对WebMethod的结果进行缓存。

l         选择适用的大数据包传送方式。

l         避免调用本地的WebService。

 

消息VS RPC

l         RPC

Serv.SendItemsToBePurchased(Array[] items);

Serv.ShippingAddress(stringAddress);

Serv.CheckOut();

l         消息

//Client

string msg= "<Items>...</Items>";

MyMethod(msg);

//Server

[WebMethod]

void MyMethod(stringmsg){ . . . }

 

WebService性能最佳实践

 

连接与线程优化

连接

l         配置maxconnection 属性。

<connectionManagement>

<add address="WebServiceA" maxconnection="8">

<add address="WebServiceB" maxconnection="4">

</connectionManagement>

l         对WebService按优先级分配连接资源

l         使用单一身份进行调用。

serv= new WebService1();

serv.PreAuthenticate=true;

ICredentialsconCredentials=new

NetworkCredential("UId","Pwd","NPSTest" );

serv.Credentials= conCredentials;

serv.AllowAutoRedirect=false;

serv.ConnectionGroupName= "SameForAllUsers";

l         为集成认证使用：

UnsafeAuthenticatedConnectionSharing＝true（不安全认证连接共享）让不同用户共享同一连接，默认情况下一个用户使用一个连接，不能共享

l         为基本验证使用PreAuthenticate

域认证，这样节约大量的时间

<connectionManagement>

<add address="*" maxconnection="12"/>

</connectionManagement>

 

线程

l         优化线程池减少竞争。

l         考虑minIoThreads 和minWorkerThreads为断断续续的集中的负载

[这里设置较高，在集中访问（访问高峰）能够快速调用：线程池]

WebMethod的优化

l         使用原始类型参数。

l         考虑使用缓冲。

l         将WebMethod的返回缓存。

l         只在需要会话状态时才使用它。

大数据包的处理

l         使用字节数组作为参数或返回值

l         返回一个URL[在用户需要的时候在返回]

l         使用串行化流

<configuration>

<system.web>

<httpRuntime maxRequestLength="8096"

useFullyQualifiedRedirectUrl="true"

executionTimeout="45"/>

</system.web>

</configuration>

maxRequestLength：请求长度

executionTimeout：执行过期时间

 

串行化

l         使用XmlIgnore减少串行化。

l         减少往返。

l         考虑使用XML 压缩。

public class MyClass

{

// The str1 value will be serialized.

public string str1;

/* This field will be ignored when

serialized--unless it's overridden. */

//str2不参与服务器端和客户端的串行化，可以考虑Ignore

[XmlIgnoreAttribute]

public string str2;

}

异步Webmethod

l         用异步Webmethods对I/O 操作。

l         当Webmethods依赖于工作线程时，不要使用异步。

 

//webservice [WebMethod] IAsyncResultBeginMyProc(...) [WebMethod] EndMyProc(...)

//the WSDL will show themethodas MyProc(...)

 

单工通信

如果不需要返回，考虑使用OneWay属性。

[SoapDocumentMethod(OneWay=true)]

[WebMethod(Description="Return immediately")]

public void SomeMethod()

{...}

 

COM 交互

l         建议: 尽量避免交互

l         最好将COM代码移植到.NET

可能会很昂贵, 尤其对于数组操作

      “受管” 与“不受管” 转换

l         注意单元线程组件

缺省情况ASP.NET 使用MTA线程

损害STA 组件性能

注意所有VB6组件!

 

高效地调用WebMethod

异步调用

l         当有并发任务时例用异步调用WebService。

l         使用异步调用多个不相关的WebService。

l         异步叫调用WebService可以增加UI 响应。

【源代码】

服务器端

[WebMethod]

Public string HelloWorld()

{

       Thread.Sleep(5000);

Return “hello world!”

}

客户端

ASP.NET2.0

Private void Async_Click(object sender,EventArgs e)

{

       //代理

       Localhost.service ser=new WSClient.localhost.Service();

Ser.HelloWorldCompleted+=new WSClient.localhost .HelloWorldCompletedEventHandle(ser_HelloWorldComplete);

Ser.HelloWorldAsync();

}

Private void ser_HelloWorldComplete(object sender, HelloWorldCompletedEventArgs e)

{

       MesageBox.Show(e.Result.ToString());

}

设置超时

l         适当地设置代理的超时。

l         设置您的ASP.NET 超时大于您的WebService的超时。

l         如果页面超时，则放弃页面与WebService的连接。

MyWebServobj= new MyWebServ();

obj.Timeout= 15000; // in milliseconds

 

缓存

l         对时效性不强的数据进行缓存。

l         考虑提供与缓存所相关的信息给客户。

l         考虑使用边界缓存，如ISA上的缓存

//不使用会话，不支持事务，缓存时间为10秒

[WebMethod(false,TransactionOption.NotSupported,10)]

 

状态管理

l         只在需要会话状态时才使用它。

l         减少应用状态与服务器的亲合力。

InProc：进程内，最好的性能，但是与服务器亲和力最强。

StateServer

SQLServer

【代码分析】

服务器端

在global.asax加入Session[“count”]=0;

 

[WebMethod(true)]

Public int getCount()

{

       Int temp=(int)Session[“count”];

temp++;

Session[“count”]=temp;

return temp

}

客户端，考虑WinForm

Using System.Net;

CookieContainer cc=new CookieContainer();

Public void getCount_Click(object sender,EventArgs e)

{

       Localhost.service t=new WSClient.localhost.service();

       t. CookieContainer=cc;

MessageBox.Show(t. getCount ().ToString());

}

在注释红色字体的情况下，我们会发现，会话不起作用。这是因为服务器和客户端端传递保存有SeesionID的Cookie，对于IE等浏览器能够处理Cookie，能够有效保存会话，而WinForm中，不能处理Cookie，每次都扔掉不处理，所以每一个请求都认为是新的Session，所以不能保存会话。这里做一下处理就可以完成这样的保存。