浅谈ASP.NET的内部机制(一)

                                                                 浅谈ASP.NET的内部机制(一)

     前言:当一个Http请求发送给一个aspx页面时,服务器进行了哪些操作?又如何来解析这个请求?ASP.NET在接收请求后是怎么运行的,如怎么编译以及怎么样用托管的代码来运行的?.....理解这些问题,使我们可以更加好的开发ASP.NET。

 

系列文章链接:

浅谈ASP.NET的内部机制(一)

浅谈ASP.NET的内部机制(二)

浅谈ASP.NET内部机制(三)

浅谈ASP.NET内部机制(四)

浅谈ASP.NET内部机制(五)

浅谈ASP.NET内部机制(六)

浅谈ASP.NET内部机制(七)

浅谈ASP.NET内部机制(八) 

 

      1.当我们在浏览器中请求一个ASP.NET网站的某个页面的时候,如,我们在浏览器中输入"http://localhost/Demo.aspx",这个请求就被发送到了服务器(当然了,这个网站是部署在IIS中的)。当请求到达了服务器之后,那么IIS就开始进行一系列的操作。注意,不是每个请求都一定会由ASP.NET来运行处理的,大家稍后就会明白为什么。

      2.在IIS中有一个组件:http.sys,其实这个组件的作用很简单,就是验证请求的url,如之前的"http://localhost/Demo.aspx".如果请求的URL不符合http.sys的要求,那么这个请求就不会被传递给ASP.NET的处理程序,这样就在IIS这道门槛这些阻止了不合法的url请求,这样ASP.NET就不用处理这个不合法的请求,就减轻了服务器的压力。


      下面,我们就来看看这个http.sys到底是怎么样处理请求的url的,当大家明白这个问题后,就可以帮助我们解决很多的以前遇到的问题。
      首先请大家看看下面的图:

     
      

     当发送一个请求来请求页面的时候,http.sys就会检查这个请求的url和headers的总的大小:包含检查url中有关查询字符串的大小,如demo.aspx?username=demo,也会检查cookie的大小。把这些所有的加起来,看看它们是否超过了16KB,如果超过了,请求就失败了。所以请求根本就没有传递给ASP.NET。

      而且在http.sys检查url的时候也有很多的要求的。如我们之前的那个url:
      http://localhost/Demo.aspx


      这个url是由localhost,Demo.aspx,这些路径的片段组成的,每一个由"/"分割的字符串都是一个路径片段,本例中就有两个路径片段。在默认情况下,http.sys要求一个url的路径片段不超过255个,并且每个路径片段的大小也不要超过260个字母。但是注意,如果在Demo.aspx后面有查询字符串,"Demo.aspx?page=1",那么这个片段就可以超过260个字母的限制,即"Demo.aspx?page=1"可以更大。但是不管怎么样,这些url的大小,如之前所说的,不能超过16KB。如果没有通过http.sys的要求,IIS就发送一个404的错误。

      之前也说了的,那是默认的这只,其实这些设置我们是可以在注册表中改的。但是默认设置已经很不错了,所以一般没有必要改。

      3.当请求的url通过了http.sys的检查后,请求就会传递给aspnet_filter.dll,下面简称filter。
      其实这个filter做两件事:将url中的无cookie的票据转换为Http Headers;保护ASP.NET的相应的目录。

      首先来看看第一个作用:检查url中的无cookie信息,并且转换为Http Headers.


      大家应该明白ASP.NET2.0中的新特性-支持无cookie,即cookieless。因为我们在进行验证的时候一般是基于Forms验证,而这种验证方式是把信息保存在cookie中的,但是有的用户的浏览器是禁用了cookie的,所以为了使得我们可以继续用这个验证方式,就把验证信息保存为无cookie,大家可以去查看有关这方面的资料。来看看下面的一个url:
      http://localhost/demo/(S(tuucni55xfzj2xqx1mnqdg55))/Default.aspx
 我们其实把有关的信息存储在了url中,如上面的"S"就标识在后面括号"()"的信息就是无cookie的信息(tuucni55xfzj2xqx1mnqdg55).
 来看看“S”是什么:
      S—Cookieless ticket for session state
      A—Cookieless ticket for anonymous identification
      F—Cookieless ticket for forms authentication


      其实filter并不知道这些标识(如"S")的意义.只是filter检查url中是否包含这些标识,并且这些标识后面还有"()",如果在url中检查到有这些标识,那么filter就把这些标识转换为Http Headers,并且在url中删除这些标识。我们本来请求的是http://localhost/demo/Default.aspx页面,但是如果filter不删除标识,那么我们请求的http://localhost/demo/(S(tuucni55xfzj2xqx1mnqdg55))/Default.aspx是不存在的,就会返回一个404错误(找不到请求的文件)。

      现在我们来看看filter的第二个作用的:保护ASP.NET的相应的目录。
      在我们开发的ASP.MET网站中,有很多的文件目录是不允许访问的,如我们存放数据的App_Data,App_Code等。所以filter就会检查请求的url中是否包含这样的字符,如http://localhost/demo/App_Code/....一旦发现有这样的字符串出现,甚至是以"App_"开发的任何字符串,如“App_MyFolder",这个请求就会被拒绝了。但是,假如你的项目中已经有一个这样的以"App_"命名的目录,如果你非要可以访问这样的目录,可以在注册表中修改设置HKEY_LOCAL_MACHINE\Software\Microsoft\ASP.NET。

 

 今天就写到这些,下篇接着讲述。

 
 

 

 

 
 


 

posted @ 2009-02-21 16:38  小洋(燕洋天)  阅读(10482)  评论(40编辑  收藏  举报