一个普通的（或同步的）页在该请求 期间保留线程，从而防止该线程用于处理其他请求。如果一个同步请求成为 I/O bound（例如，如果它调用一个远程 Web 服务或查询一个远程数据库，并等待调用返回），那么分配给该请求的线程在调用返回之前处于挂起状态。 这影响了可伸缩性，原因是线程池的可用线程是有限的。

这个数字的设置是在 machine.config 的 下述节点的 maxWorkerThreads 属性

<system.web>
	<processModel requestQueueLimit="num|Infinite" maxWorkerThreads="num"  />
system.web>

maxWorkerThreads
按 CPU 配置用于进程的辅助线程的最大数目。例如，如果单处理器服务器上的该值为 25，ASP.NET 使用运行时 API 将进程限制设置为 25。在双处理器服务器上，该限制设置为 50。该属性的值必须等于或大于 httpRuntime 配置节中的 minFreeThread 属性设置。
该属性的范围是从 5 到 100。

ASP.net请求队列

上述设置中，还有一个队列设置，如下：

requestQueueLimit
指定队列中允许的请求数，超过此数目后，ASP.NET 将开始向新请求返回“503 - 服务器太忙”消息。

默认情况下,这个可用分线程数为1000。下图为IIS6和IIS7中这个参数的设置地方。

IIS 7 的可用线程数设置

IIS 6 的可用线程数设置

如果所有请求处理线程全部阻塞以等待 I/O 操作完成，则其他请求排入队列等待线程释放。

最好的情况是吞吐量减少，因为请求等待较长的时间才能得到处理。

最坏的情况则是该队列填满，并且 ASP.NET 因 503“Server Unavailable”错误使后续请求失败。

参考资料:

在服务器端 Web 代码中使用线程和生成异步处理程序
http://msdn.microsoft.com/zh-cn/library/aa686076.aspx

ASP.NET 2.0 中的异步页
http://www.microsoft.com/china/msdn/library/webservices/asp.net/issuesWickedCodetoc.mspx

IIS 6.0 架构
http://blog.csdn.net/heaven_pl/archive/2008/02/19/2106572.aspx
http://blog.csdn.net/heaven_pl/archive/2008/02/19/2106579.aspx

IIS 7.0 架构
http://blog.csdn.net/SKY_VID/archive/2008/03/04/2147732.aspx

了解ASP.NET底层架构
http://blog.csdn.net/fanweiwei/archive/2007/04/10/1558912.aspx

在之前的文章中，我们讲了如何在.NET 2.0下面开发Socket项目。其中的异步Socket让我们得以很轻松的在.NET中开发高性能服务端应用。

但是，在实际应用中我们还是发现了一些问题的存在，如：我们在每一次操作的过程中都要创建一个IAsyncResult上下文对象，如果数据通讯很频繁的话，会导致大量的IAsyncResult对象被创建，大大的增加了垃圾回收器的工作量，从而降低了整个应用的效率。

在.NET 3.5中，这个麻烦已经被解决了，在3.5 版本中，Socket定义了一些新的方法。这些方法不要求每一次操作都创建一个新的上下文对象。

如，在2.0中我们采用下面的方式在Socket上启动一次接收操作。3.5中我们可以用新的方法完成一次接收操作。

Code
void ReceiveCallBack(IAsyncResult ar){}
IAsyncResult result=socket.BeginReceive(info.Buffer, 0, info.Buffer.Length, SocketFlags.None, ReceiveCallBack, info);//在这里有一个IAsyncResult对象被创建。
在

Code
void OnReceiveCompleted(object sender,SocketAsyncEventArgs e){}
SocketAsyncEventArgs receive=new SocketAnyncEventArgs();
receive.Completed+= OnReceiveCompleted;
receive.SetBuffer(buffer,0,buffer.Length);
socket.ReceiveAsync(receive);


在这里我们可以看出3.5 和 2.0 的一个明显区别，那就是不是使用IAsyncResult而是用SocketAsyncEventArgs作为上下文对象。应用程序创建并管理（并且可以重复使用）SocketAsyncEventArgs 对象。套接字操作的所有参数都由 SocketAsyncEventArgs 对象的属性和方法指定。完成状态也由 SocketAsyncEventArgs 对象的属性提供。最后，需要使用事件处理程序回调完成方法。

让我们来看看代码：

首先我们创建一个用户类，用来存储和客户端有关的数据：

Code
public class UserObject
{
/**//// <summary>
/// 接收数据的缓冲区
/// </summary>
public byte[] ReceiveBuffer { get; private set; }
/**//// <summary>
/// 发送数据的缓冲区
/// </summary>
public byte[] SendBuffer { get; private set; }
/**//// <summary>
/// 客户端Socket对象
/// </summary>
public Socket Socket { get; private set; }
/**//// <summary>
/// 发送数据上下文对象
/// </summary>
public SocketAsyncEventArgs SendEventArgs { get; private set; }
/**//// <summary>
/// 接收数据上下文对象
/// </summary>
public SocketAsyncEventArgs ReceiveEventArgs { get; private set; }

public UserObject(Socket socket)
{
ReceiveBuffer = new byte[1024];//定义接收缓冲区
SendBuffer = new byte[1024];//定义发送缓冲区
this.Socket = socket;
SendEventArgs = new SocketAsyncEventArgs();
SendEventArgs.UserToken = this;
ReceiveEventArgs = new SocketAsyncEventArgs();
ReceiveEventArgs.UserToken = this;
ReceiveEventArgs.SetBuffer(ReceiveBuffer, 0, ReceiveBuffer.Length);//设置接收缓冲区
SendEventArgs.SetBuffer(SendBuffer, 0, SendBuffer.Length);//设置发送缓冲区
}
}
接下来我们开始接入客户端连接：

Code
1socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
2socket.Bind(localEP);
3socket.Listen(100);
4Console.WriteLine("Server is bind on {0}",socket.LocalEndPoint);
5acceptEventArgs = new SocketAsyncEventArgs();//创建接入Socket上下文对象
6acceptEventArgs.Completed += acceptCompleted;//注册接入完成事件处理程序
7socket.AcceptAsync(acceptEventArgs);//投递接入操作
8Console.WriteLine("Server is started");
9
10//接入事件处理程序
11void acceptCompleted(object sender, SocketAsyncEventArgs e)
12{
13 var client = new UserObject( e.AcceptSocket);//创建用户对象实例
14 client.ReceiveEventArgs.Completed += Receives_Completed;//注册接收数据完成事件处理程序
15 client.SendEventArgs.Completed += Send_Completed;//注册发送数据完成事件处理程序
16 client.Socket.ReceiveAsync(client.ReceiveEventArgs);//投递接收数据操作
17}
好了，我们开始接收数据：

Code
1//接收数据完成事件处理程序
2void Receives_Completed(object sender, SocketAsyncEventArgs e)
3{
4 var client = e.UserToken as UserObject;
5 if (e.BytesTransferred == 0)//如果传输的数据量为0，则表示链接已经断开
6 {
7 Console.WriteLine("Socket:{0} is closed",client.Socket.Handle);
8 client.Socket.Close();
9 }
10 else
11 {
12 string message = Encoding.Unicode.GetString(e.Buffer, 0, e.BytesTransferred);//获取接收到的数据
13 Console.WriteLine("Socket:{0} send message:{1}",client.Socket.Handle,message);
14 string sent=string.Format("{0} bytes has been received",e.BytesTransferred);
15 int length = Encoding.Unicode.GetBytes(sent,0,sent.Length,client.SendBuffer,0);//将数据写入发送缓冲区
16 client.SendEventArgs.SetBuffer(0, length);//设置缓冲区中有效数据的偏移量和长度
17 client.Socket.SendAsync(client.SendEventArgs);//投递发送数据操作
18 client.Socket.ReceiveAsync(client.ReceiveEventArgs);//投递接收数据操作
19 }
20}
21
22//发送数据完成事件处理程序
23void Send_Completed(object sender, SocketAsyncEventArgs e)

24{
25 var client = e.UserToken as UserObject;
26 if (e.BytesTransferred==0)//如果传输的数据量为0，则表示链接已经断开
27 {
28 Console.WriteLine("Socket:{0} is closed", client.Socket.Handle);
29 client.Socket.Close();
30 }
31 else
32 {
33 Console.WriteLine("Sent {0} bytes data to socket:{1}",e.BytesTransferred, client.Socket.Handle);
34 }
35}

摘要

目录

• 简介
• 什么是SSO？它是怎样工作的？
• 系统条件
• 工作
• 下载
• 结论
• 简介

通常在你要实现ASP.NET web应用程序的身份验证时，你需要为你的每一个应用程序创建一个登录页面。想象一下，如果你有两个或者更多的互相关联的web应用程序，你可能希望通过某种机制为你的所有带关联的应用程序实现仅出现一次登录页面。这样，一旦你登录了一次，你就可以浏览所有的关联程序，而不再需要额外的登录了。单点登录（SSO）就是这样的访问控制机制，它允许一个用户通过一次验证就可以访问所有软件系统资源。

试想你在你的服务器上创建了两个或者更多的web站点。就像其他的web站点一样，你只是使用ASP.NET权限验证机制来验证你的用户。那么，你的这些站点可能需要一个或更多的登录页面。现在你正试图证明怎么样通过更改你的配置来实现跨程序登录。换句话说，我们只想给我们的程序配置一个登录页面，并且一旦用户通过了验证，他就可以浏览其他所有的站点，而不需要另外的登录。在这篇文章的附录中，你也可以看到如何加密你的配置文件。

什么是单点登录？它是怎样工作的？

在许多的公司里，他们有一些以web站点或web应用程序为表现层的系统。自然，由于安全议题他们将需要通过基于ASP.NET 2.0，通过Membership Provider 和 Role Provider 或者定制实现权限验证和权限验证系统。不论怎样，所有的站点都会默认有一个确定用户的ID和密码在数据库中是否有效的”login.aspx” web窗体.当你只有一个站点或者这些站点都是独立运行时，这样做是没有问题的。但是当你有两个或多个站点，而且站点间是关联在一起或链接在一起的，你没准就会问：为什么每个应用程序你都必须登录一次？为什么你不可以只有一个”login.aspx”来实现验证，并让所有不关联程序真正统一起来。幸运的是，在ASP.NET 2.0中你可以通过同样的配置来实现跨应用程序访问，不论是你的新的站点还是已经存在的站点。

在ASP.NET配置文件(web.config)中有一个配置节（在<system.web中）命名为<machineKey>，负责加密和解密窗体（这些窗体可以读窗体权限验证cookies）权限认证的cookie数据和view-state数据，也负责校验进程外（out-of-process）session 状态标识。所以当用户一旦被验证通过并且有一个cookie保存到了本地计算机，其他拥有同样<machineKey>配置的应用程序也可以识别此cookie为有效的权限票据。所以在其他拥有同样<machineKey>配置的应用程序中就不再需要第二次登陆了。

由于<machineKey>信息是敏感的，你需要加密配置文件中的此节信息。为了实现这个目标，我将使用ConfigurationManager类和他的方法。这里还有一个类SectionInformation，包含有配置中单个配置节的元数据。此类中有个方法ProtectSection()，用来解密你的配置文件的配置节。

系统条件

·         A web server running on Windows 2000 or later

·         .NET Framework 2.0

·         Visual Studio 2005

·         Microsoft SQL Server 2005 Express Edition

现在让我们来看看在我们的项目中发生了什么。我有一个站点(Aspalliance1)站点中包含一个登录页面”Login.aspx”.用户可以通过此页来进行权限验证。在这个站点里还有一个页面叫做”Default.aspx”,它有一个header和一些文本另外还有一个到Aspalliance2站点的链接。你将会看到一旦这个用户登录了，他可以导航到其他站点而不需要第二次登陆。这里还有一个安置有两个加密和解密的按钮的页面”Encryption.aspx”，用来加密和解密配置文件。

就像我之前所说的那样，你可以通过在你的web配置文件中一点点小小的配置实现跨应用程序访问。在web.config文件中，有一个名为<system.web>的配置节。我们将对<system.web>做相同的配置，只需要将配置节<machineKey>和它的值放到<system.web>配置节中。<machineKey>有一些属性，我将要去配置他们。首先，就是指定用来验证的加密类型。validationKey 定义了用来验证解密数据的key，decryptionKey定义了用来加密和解密的数据的key，抑或是key生成的过程。

清单 1: 配置web.config中的machineKey

<machineKey       

validationKey="282487E295028E59B8F411ACB689CCD6F39DDD21E6055A3EE480424315994760ADF

21B580D8587DB675FA02F79167413044E25309CCCDB647174D5B3D0DD9141"

decryptionKey="8B6697227CBCA902B1A0925D40FAA00B353F2DF4359D2099"      

validation="SHA1"/>

这个样例代码并没有被加密，并且它不会被发布到服务器上。因为处于安全考虑，发布到服务器的<machineKey>的加密是非常重要的。你可以在清单2中看到加密后的<machineKey>。

清单 2: web.config 中加密后的machineKey

<machineKeyconfigProtectionProvider="RsaProtectedConfigurationProvider">

      <EncryptedDataType="http://www.w3.org/2001/04/xmlenc#Element"

        xmlns="http://www.w3.org/2001/04/xmlenc#">

        <EncryptionMethodAlgorithm="http://www.w3.org/2001/04/xmlenc#tripledes-cbc" />

        <KeyInfoxmlns="http://www.w3.org/2000/09/xmldsig#">

          <EncryptedKeyxmlns="http://www.w3.org/2001/04/xmlenc#">

            <EncryptionMethodAlgorithm="http://www.w3.org/2001/04/xmlenc#rsa-1_5" />

            <KeyInfoxmlns="http://www.w3.org/2000/09/xmldsig#">

              <KeyName>Rsa Key</KeyName>

            </KeyInfo>

            <CipherData>

              <CipherValue>

lm3mfPX/94Zm3HgdbsmKiIxbrWM14t3/ugxs40BFOAHbIaCtwQ3gVQusFtOFVUoNVny01kgBCeh10rVEId

djNZ/8luBNoCbHm8OLjgPLHVrT+G0c/LRpESJk2ni/Jy2sWKXlgejgSQ1W5NE53GZtG3s9hu+nk4OWxntS

6z3v7AM=

              </CipherValue>

            </CipherData>

          </EncryptedKey>

        </KeyInfo>

        <CipherData>

          <CipherValue>

BCEGUV/dh1Imbcm5vn0Kn8NrD+EX+KemenR7x+VekwT1ZO6y5+jRyF4RDWMJCfJ1jHC36+MAfCdHuXN0rP

B6hu5YUtX9VA5q5N0NGrs9AIpG+0ihuuS3HDzQe3P6nlI30m1h0pmL1yJBovY0i6fbCA6++GT2MdwCLERk

+PVWmoq7p1q97n5pNzNqhVKCX45lhS5ySVS+MjJXVeTrcatftpvaUcjLsNcL2kMerzf5w/SU3AbLEuY04w

dgYWX5tWzxqeUcghdlWLD0tQi8qyyfVfzXPYozR5sspWHdgqmAycrACHN2dcONWPjT4BanRWb1ouKuP8K+

0CEFE/Hj2ChpYw==

          </CipherValue>

        </CipherData>

      </EncryptedData>

</machineKey>

你可以通过Configuration、SectionInformation两个类来加密你的配置文件。为了加密和解密你的<machineKey>让我们来写一些代码吧。SectionInformation类有一个方法ProtectSection()，可以得到一个描绘Protection Provider的字符串比如"RSAProctedConfigurationProvider"，并且加密这个配置节。这里还有一个Boolean类型的属性ForceSave，当需要配置类的save方法保存配置文件时需要将它设置为true。这里有"Encryption.aspx"页面的代码，页面中包含有两个按钮来加密和解密配置文件。

清单 3:web配置文件的加密代码

protected void btnEncrypt_Click(object sender, EventArgs e)

{

  try

  {

    Configuration config = WebConfigurationManager.OpenWebConfiguration(

      "/Aspalliance1 ");

    ConfigurationSection machineKeySection = config.GetSection(

      "system.web/machineKey");

    machineKeySection.SectionInformation.ProtectSection(

      "RSAProtectedConfigurationProvider");

    machineKeySection.SectionInformation.ForceSave = true;

    config.Save();

    Response.Write("<h2 style='color:red'>Encryption Succeed</h2>");

  }

  catch (Exception ex)

  {

    Response.Write("<h2 style='color:red'>Error while encrypting</h2><br/>");

    Response.Write(ex.Message);

  }

}

清单 4: web配置文件的解密代码

protected void btnDecrypt_Click(object sender, EventArgs e)

{

  try

  {

    Configuration config = WebConfigurationManager.OpenWebConfiguration(

      "/Aspalliance1 ");

    ConfigurationSection machineKeySection = config.GetSection(

      "system.web/machineKey");

    machineKeySection.SectionInformation.UnprotectSection();

    machineKeySection.SectionInformation.ForceSave = true;

    config.Save();

    Response.Write("<h2 style='color:red'>Decryption Succeed</h2>");

  }

  catch (Exception ex)

  {

    Response.Write("<h2 style='color:red'>Error while decrypting</h2><br/>");

    Response.Write(ex.Message);

  }

}

现在你必须在这个站点中设置相同的配置。首先你需要更改你的窗体验证部分的loginUrl，这个窗体将被用来将匿名用户跳转到”Login.aspx”页。只是，现在它将把用户重定向到Aspalliance1站点中的”Login.aspx”页。

清单 5: 设置 web.config中的验证节

<authentication mode="Forms">

<forms loginUrl="http://localhost/Aspalliance1/login.aspx"name=".ASPXAUTH"/>

</authentication>

如果你想实现跨程序登录你的好多站点时，最重要的一点就是你必须把你的两个或更多的站点配置为相同的<machineKey>。所以我只需要拷贝并粘贴Aspalliance1 站点中的<machineKey>配置节到Aspalliance2站点。现在都已经准备好了，你可以测试你的站点了。

清单 6: 设置web.config 中的 machineKey

<machineKey       

validationKey="282487E295028E59B8F411ACB689CCD6F39DDD21E6055A3EE480424315994760ADF

21B580D8587DB675FA02F79167413044E25309CCCDB647174D5B3D0DD9141"

decryptionKey="8B6697227CBCA902B1A0925D40FAA00B353F2DF4359D2099"      

validation="SHA1"/>