ASP.NET底层架构探索之再谈.NET运行时(二)

欢迎您访问我爱IT技术网，今天小编为你分享的编程技术是：【ASP.NET底层架构探索之再谈.NET运行时(二)】，下面是详细的分享！

ASP.NET底层架构探索之再谈.NET运行时(二)

在这里我们有一个在ISAPI扩展中活动的，可调用的ISAPIRuntime对象的实例。每次运行时是启动的并运行着的时候(译注:相对的，如果运行时并没有启动，就需要象上一章所说的那样载入运行时)，ISAPI的代码调用ISAPIRuntime.ProcessRequest()方法，这个方法是真正的进入ASP.NET管道的入口，这个流程在图4中显示。

　　记住ISAPI是多线程的，所以请求也会通过AppDomainFactory.Create()(译注:原文为ApplicationDomainFactory，疑有误)函数中返回的引用在多线程环境中被处理.列表1显示了ISAPIRuntime.ProcessRequest()方法中反编译后的代码，这个方法接收一个ISAPI ecb对象和服务类型(WorkerRequestType)作为参数.这个方法是线程安全的，　所以多个ISAPI线程可以同时在这一个被返回的对象实例上安全的调用这个方法。

　　列表1:ProcessRequest方法接收一个ISAPI Ecb并将其传给工作线程

public int ProcessRequest(IntPtr ecb, int iWRType)
{
　HttpWorkerRequest request1=ISAPIWorkerRequest.CreateWorkerRequest(ecb，　 iWRType);
　string text1=request1.GetAppPathTranslated();
　string text2=HttpRuntime.AppDomainAppPathInternal;
　if (((text2==null) || text1.Equals(".")) ||
　　(string.Compare(text1, text2, true, CultureInfo.InvariantCulture)==0))
　{
　　HttpRuntime.ProcessRequest(request1);
　　return 0;
　}
　HttpRuntime.ShutdownAppDomain("Physical application path changed from " +text2 + " to " + text1);
　return 1;
}

　　这里实际的代码并不重要，　记住这是从内部框架代码中反编译出来的，　你不能直接处理它，　它也有可能在将来发生改变.它只是用来揭示在幕后发生了什么.ProcessRequest方法接收非托管的ECB引用并将它传送给ISAPIWorkerRequest对象，　此对象负责为当前请求创建创建请求上下文.在列表2中显示了这个过程.

　　System.Web.Hosting.ISAPIWorkerRequest类是HttpWorkerRequest类的一个抽象子类(译注:HttpWorkerRequest和ISAPIWorkerRequest都是抽象类，　并且ISAPIWorkerRequest继承自HttpWorkerRequest)，它的工作是构建一个作为Web应用输入的输入输出的抽象视角。注意这里有另一个工厂方法:CreateWorkerRequest，　通过判断接受到的第二个参数来创建对应的WorkerRequest对象.有三个不同的版本:ISAPIWorkerRequestInProc，ISAPIWorkerRequestInProcForIIS6，　ISAPIWorkerRequestOutOfProc.每次有请求进入，这个对象被创建并作为请求和响应对象的基础，它会接收它们的数据和由WorkerRequest提供的数据流.

　　抽象的HttpWorkerRequest类在低层接口上提供一个高层的抽象，这样就封装了数据是从哪里来的，可以是一个CGI Web服务器，Web浏览器控件或者是一些你用来给HTTP运行时”喂”数据的自定义的机制.关键是ASP.NET能用统一的方法来接收信息。

　　在使用IIS的情况下，　这个抽象是建立在ISAPI ECB块周围.在我们的请求处理过程中，　ISAPIWorkerRequest挂起ISAPI ECB并根据需要从它那里取出信息.列表2显示了请求字符串值(query string value)是如何被取出来的.

　　列表2:使用非托管数据的ISAPIWorkerRequest方法

// *** Implemented in ISAPIWorkerRequest

public override byte[] GetQueryStringRawBytes()
{
　byte[] buffer1=new byte[this._queryStringLength];
　if (this._queryStringLength > 0)
　{
　　int num1=this.GetQueryStringRawBytesCore(buffer1, this._queryStringLength);
　　if (num1 !=1)
　　{
　　　throw new HttpException( "Cannot_get_query_string_bytes");
　　}
　}
　return buffer1;
}
// *** Implemented in a specific implementation class ISAPIWorkerRequestInProcIIS6

internal override int GetQueryStringCore(int encode,StringBuilder buffer, int size)
{
　if (this._ecb==IntPtr.Zero)
　{
　　return 0;
　}
　return UnsafeNativeMethods.EcbGetQueryString(this._ecb,encode,buffer,size);
}

 

　　ISAPIWorkerRequest实现了一个高层次的包装方法，　它调用了低层的核心方法，　负责真正的访问非托管APIs-或称为”服务级别的实现”(service level implementation).这些核心方法在特殊的ISAPIWorkerRequest子类中为它寄宿的环境提供特殊的实现，　这实现了简单的扩展的(pluggable)环境，　这样一来当以后新的Web服务器接口或其他平台成为了ASP.NET的目标时附加的实现类可以在被简单的提供出来。这里还有一个协助类(helper class)System.Web.UnsafeNativeMethods.里面许多对ISAPI ECB结构的操作实现了对ISAPI扩展的非托管操作。

以上所分享的是关于ASP.NET底层架构探索之再谈.NET运行时(二)，下面是编辑为你推荐的有价值的用户互动：

　　相关问题：asp.net二层架构问题

　　答： 给这个控件绑定值。 DeleteMethod="Delete" 调用删除数据方法或函数的名称是Delete InsertMethod="Save" 检索数据方法或函数的名称是Save…… http://technet.microsoft.com/zh-cn/system.web.ui.webcontrols.objectdatasource 这个网址有对这个... >>详细

　　相关问题：ASP.NET三层架构

　　答：为何使用N层架构？ 因为每一层都可以在仅仅更改很少量的代码后，就能放到物理上不同的服务器上使用，因此结构灵活而且性能更佳。此外，每层做些什么其它层是完全看不到的，因此更改、更新某层，都不再需要重新编译或者更改全部的层了。这是个很... >>详细

　　相关问题：初学编程的几个问题

　　答：是入门简单,深入很难,因为它底层学习的东西很多,比如操作硬件部分),然后再学...ASP 4.0就是ASP.NET了,注意这不是一次简单意义上的升级,而是整个架构的重新... >>详细