ASP.Net请求处理机制(3)【管道】

最新推荐文章于 2021-12-14 18:24:05 发布
最新推荐文章于 2021-12-14 18:24:05 发布
阅读量570 收藏 1
点赞数
分类专栏： ASP.NET MVC4|MVC5 文章标签： asp.net

一、所谓“请求处理管道”

HttpApplication对象是ASP.NET中处理请求的重要对象，但是，这种类型的对象实例不是由程序员来创建的，而是由ASP.NET帮助我们创建的。为了便于扩展处理工作，HttpApplication采用处理管道的方法进行处理，将处理的过程分为多个步骤，每个步骤通过事件的形式暴露给程序员，这些事件按照固定的处理顺序依次触发，程序员通过编写事件处理方法就可以自定义每一个请求的扩展处理过程。

①传说中的19个事件

对于HttpApplication来说，到ASP.NET 4.0版本，提供了19个重要的标准事件，如下图所示：
这里写图片描述
在整个请求处理管道中，HttpContext上下文被依次传输到各个处理事件中，由不同的处理单元（HttpModule、HttpHandler、Page等）进行处理。从这里可以看出，ASP.NET请求处理管道就像是一个大型的AOP框架。

②HttpModule与HttpHandler

在进一步深入了解之前，让我们先来了解一下什么是HttpModule和HttpHandler。他们帮助我们在ASP.NET页面处理过程的前后注入自定义的逻辑处理。他们之间主要的差别在于：

  • 如果你想要注入的逻辑是基于像'.aspx'，'.html'这样的扩展文件，那么你可以使用HttpHandler。换句话说，HttpHandler是一个基于处理器的扩展。
  • 这里写图片描述
  • HttpHandler总结：在ASP.NET WebForm中，无论是一般处理程序还是WebPage都实现了IHttpHandler接口，而ASP.NET MVC中也有MvcHandler实现了IHttpHandler接口；
  • 如果你想要在ASP.NET管道事件中注入逻辑，那么你可以使用HttpModule。也可以说，HttpModule是一个基于处理器的事件。
  • 列表内容
  • HttpModule总结：刚刚我们说到ASP.NET请求处理管道就像是一个大型的AOP框架，因此我们可以借助HttpModule自定义地注册或移除一些事件逻辑，以完成我们想要的效果。ASP.NET默认实现了针对WebForm和MVC的HttpModule，像ASP.NET MVC中默认使用的是UrlRoutingModule。具体实现方式是：通过改写Global文件或自定义一个实现IHttpModule接口的类并在Web.config中进行注册。
<?xml version="1.0"?>
<configuration>
    <system.web>
        <httpModules>
            <add name="myHttpModule" type="FirstModule"/>
        </httpModules>
    </system.web>
</configuration>
    public class FirstModule : IHttpModule
    {
        public void Dispose()
        {
            throw new NotImplementedException();
        }

        public void Init(HttpApplication context)
        {
            context.BeginRequest += new EventHandler(context_BeginRequest);
        }

        void context_BeginRequest(object sender, EventArgs e)
        {
            HttpApplication application = sender as HttpApplication;
            application.Context.Response.Write("第三方过滤器：哇哈哈！");
        }
    }

③19个事件中我们可以做些什么？

一个十分有价值的问题就是在什么事件中我们又可以做些什么？下表就展示了这个问题的答案：

SectionEventDescription
HttpModuleBeginRequest此事件标志着一个新的请求，它保证在每个请求中都会被触发。
HttpModuleAuthenticateRequest此事件标志ASP.NET运行时准备验证用户。任何身份验证代码都可以在此注入。
HttpModuleAuthorizeRequest此事件标志ASP.NET运行时准备授权用户。任何授权代码都可以在此注入。
HttpModuleResolveRequest在ASP.NET中我们通常使用OutputCache指令做缓存。在这个事件中，ASP.NET运行时确定是否能够从缓存中加载页面，而不是从头开始生成。任何缓存的具体活动可以被注入这里。
HttpModuleAcquireRequestState此事件标志着ASP.NET运行时准备获得Session会话变量。可以对Session变量做任何你想要做的处理。
HttpModulePreRequestHandlerExecute恰好在ASP.NET 开始执行事件处理程序前发生。可以预处理你想做的事。
HttpHandlerProcessRequestHttpHandler逻辑被执行。在这个部分我们将为每个页面扩展写需要的逻辑。
PageInit此事件发生在ASP.NET页面且可以用来：
1、动态地创建控件，如果你一定要在运行时创建控件；
2、任何初始化设置
3、母版页及其设置
在这部分中我们没有获得viewstate、postedvalues及已经初始化的控件。
PageLoad在这部分ASP.NET控件完全被加载且在这里你可以写UI操作逻辑或任何其他逻辑。NOTE：这个事件也是我们最常见且最常用的一个事件。
PageValidate如果在页面上你有验证器，你同样想在这里做一下检查。
PageRender是时候将输出发送到浏览器。如果你想对最终的HTML做些修改，你可以在这里输入你的HTML逻辑。
PageUnload页面对象从内存中卸载。
HttpModulePostRequestHandlerExecute可以注入任何你想要的逻辑，在处理程序执行之后。
HttpModuleReleaseRequestState如果你想要保存对某些状态变量的更改，例如：Session变量的值。
HttpModuleUpdateRequestCache在结束之前，你是否想要更新你的缓存。
HttpModuleEndRequest这是将输出发送到客户端浏览器之前的最后一个阶段。

④自定义处理逻辑

我们可以通过一个示例程序代码来展示以上介绍的那些事件是怎样被最终触发的。在这个示例中，我们已经创建了一个HttpModule和HttpHandler，并且也在所有的事件中通过添加自定义逻辑代码展示了一个简单的响应。

下面是HttpModule类，它跟踪了所有的事件并将其添加到了一个全局的集合中。

public class clsHttpModule : IHttpModule
{
    ...... 
    void OnUpdateRequestCache(object sender, EventArgs a)
    {
        objArrayList.Add("httpModule:OnUpdateRequestCache");
    }
    void OnReleaseRequestState(object sender, EventArgs a)
    {
        objArrayList.Add("httpModule:OnReleaseRequestState");
    }
    void OnPostRequestHandlerExecute(object sender, EventArgs a)
    {     objArrayList.Add("httpModule:OnPostRequestHandlerExecute");
    }
    void OnPreRequestHandlerExecute(object sender, EventArgs a)
    {  objArrayList.Add("httpModule:OnPreRequestHandlerExecute");
    }
    void OnAcquireRequestState(object sender, EventArgs a)
    {
        objArrayList.Add("httpModule:OnAcquireRequestState");
    }
    void OnResolveRequestCache(object sender, EventArgs a)
    {
        objArrayList.Add("httpModule:OnResolveRequestCache");
    }
    void OnAuthorization(object sender, EventArgs a)
    {
        objArrayList.Add("httpModule:OnAuthorization");
    }
    void OnAuthentication(object sender, EventArgs a)
    {
        objArrayList.Add("httpModule:AuthenticateRequest");
    }
    void OnBeginrequest(object sender, EventArgs a)
    {
        objArrayList.Add("httpModule:BeginRequest");
    }
    void OnEndRequest(object sender, EventArgs a)
    {
        objArrayList.Add("httpModule:EndRequest");
        objArrayList.Add("<hr>");
        foreach (string str in objArrayList)
        {
            httpApp.Context.Response.Write(str + "<br>") ;
        }
    } 
}

下面是HttpHandler类的一个代码片段，它跟踪了ProcessRequest事件。

public class clsHttpHandler : IHttpHandler
{
    public void ProcessRequest(HttpContext context)
    {             
        clsHttpModule.objArrayList.Add("HttpHandler:ProcessRequest");
        context.Response.Redirect("Default.aspx");
    }
}

同上，我们也可以跟踪来自ASP.NET Page页面的所有事件。

public partial class _Default : System.Web.UI.Page 
{
    protected void Page_init(object sender, EventArgs e)
    {
        clsHttpModule.objArrayList.Add("Page:Init");
    }

    protected void Page_Load(object sender, EventArgs e)
    {
        clsHttpModule.objArrayList.Add("Page:Load");
    }

    public override void Validate() 
    {
        clsHttpModule.objArrayList.Add("Page:Validate");
    }

    protected void Button1_Click(object sender, EventArgs e)
    {
        clsHttpModule.objArrayList.Add("Page:Event");
    }

    protected override void Render(HtmlTextWriter output) 
    {
        clsHttpModule.objArrayList.Add("Page:Render");
        base.Render(output);
    }

    protected void Page_Unload(object sender, EventArgs e)
    {
        clsHttpModule.objArrayList.Add("Page:UnLoad");
    }
}

下图则显示了上面我们所讨论的所有事件的执行顺序：

二、WebForm经历的管道事件概览

在ASP.NET WebForm应用中，其在请求处理管道中主要经历了三个重要阶段：

①在第八个事件中创建Page类对象并转换为IHttpHandler接口

从上面的介绍中可以看到，第八个事件是：PostMapRequestHandler。在这个事件中，对于访问不同的资源类型，ASP.NET具有不同的HttpHandler对其进程处理。对于每个请求，ASP.NET会通过扩展名选择匹配相应的HttpHandler类型，成功匹配后，该实现被触发。因此，如果请求的扩展名是.aspx，便会生成Page类对象，而Page类对象是实现了IHttpHandler接口的。

这里写图片描述

②在第九个到第十事件之间根据SessionId获取Session

这里写图片描述

从上面的介绍中可以看到，第九到第十个事件是：AcquireRequestState，PostAcquireRequestState。这期间首先会接收到浏览器发过来的SessionId，然后先会将IHttpHandler接口尝试转换为IRequiresSessionState接口，如果转换成功，ASP.NET会根据这个SessionId到服务器的Session池中去查找所对应的Session对象，并将这个Session对象赋值到HttpContext对象的Session属性。如果尝试转换为IRequiresSessionState接口不成功，则不加载Session。

这里写图片描述

③在第十一个事件与第十二个事件之间执行页面生命周期

从上面的介绍中可以看到，第十一和第十二个事件是：PreRequestHandlerExecute，PostRequestHandlerExecute。在这两个事件之间，ASP.NET最终通过请求资源类型相对应的HttpHandler实现对请求的处理，其实现方式是调用在第八个事件创建的页面对象的ProcessRequest方法。
这里写图片描述

在FrameworkInitialize()这个方法内部就开始打造WebForm的页面控件树，在其中调用了ProcessRequestMain方法，在这个方法里面就执行了整个ASP.NET WebFom页面生命周期。至于WebForm页面生命周期的细节，我们在本系列后续的Part 4再来细细研究。

当我们直接使用*.ashx页面的时候，它的ProcessRequest()方法就直接调用了一个FrameworkInitialize()，并最终生成响应报文，发送回客户端。

当我们在使用*.aspx页面的时候，它继承自Page类，而Page类实现了IHttpHandler接口，然后了调用Page类的ProcessRequest()方法，其中会构建页面控件树，然后一个一个地去呈现。

三、ASP.NET MVC经历的管道事件概览

在ASP.NET MVC中，最核心的当属“路由系统”，而路由系统的核心则源于一个强大的System.Web.Routing.dll组件。
这里写图片描述

在这个System.Web.Routing.dll中，有一个最重要的类叫做UrlRoutingModule，它是一个实现了IHttpModule接口的类，在请求处理管道中专门针对ASP.NET MVC请求进行处理。首先，我们要了解一下UrlRoutingModule是如何起作用的。

（1）IIS网站的配置可以分为两个块：全局 Web.config 和本站 Web.config。Asp.Net Routing属于全局性的，所以它配置在全局Web.Config 中，我们可以在如下路径中找到：“$\Windows\Microsoft.NET\Framework\版本号\Config\Web.config“

<?xml version="1.0" encoding="utf-8"?>
 <!-- the root web configuration file -->
 <configuration>
     <system.web>
         <httpModules>
             <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" />
         </httpModules>
    </system.web>
 </configuration>

（2）通过在全局Web.Config中注册 System.Web.Routing.UrlRoutingModule，IIS请求处理管道接到请求后，就会加载 UrlRoutingModule类型的Init()方法。其源码入下：

public class UrlRoutingModule : IHttpModule
{
    // Fields
    private static readonly object _contextKey = new object();
    private static readonly object _requestDataKey = new object();
    private RouteCollection _routeCollection;

    // Methods
    protected virtual void Dispose()
    {
    }

    protected virtual void Init(HttpApplication application)
    {
        if (application.Context.Items[_contextKey] == null)
        {
            application.Context.Items[_contextKey] = _contextKey;
            // 这里为UrlRoutingModule 注册了一个PostResolveRequestCache 事件处理方法：OnApplicationPostResolveRequestCache().
            application.PostResolveRequestCache += new EventHandler(this.OnApplicationPostResolveRequestCache);
        }
    }

    private void OnApplicationPostResolveRequestCache(object sender, EventArgs e)
    {
        HttpContextBase context = new HttpContextWrapper(((HttpApplication) sender).Context);
        this.PostResolveRequestCache(context);
    }

    [Obsolete("This method is obsolete. Override the Init method to use the PostMapRequestHandler event.")]
    public virtual void PostMapRequestHandler(HttpContextBase context)
    {
    }

    public virtual void PostResolveRequestCache(HttpContextBase context)
    {
        RouteData routeData = this.RouteCollection.GetRouteData(context);
        if (routeData != null)
        {
            IRouteHandler routeHandler = routeData.RouteHandler;
            if (routeHandler == null)
            {
                throw new InvalidOperationException(string.Format(CultureInfo.CurrentUICulture, SR.GetString("UrlRoutingModule_NoRouteHandler"), new object[0]));
            }
            if (!(routeHandler is StopRoutingHandler))
            {
                RequestContext requestContext = new RequestContext(context, routeData);
                context.Request.RequestContext = requestContext;
                IHttpHandler httpHandler = routeHandler.GetHttpHandler(requestContext);
                if (httpHandler == null)
                {
                    throw new InvalidOperationException(string.Format(CultureInfo.CurrentUICulture, SR.GetString("UrlRoutingModule_NoHttpHandler"), new object[] { routeHandler.GetType() }));
                }
                if (httpHandler is UrlAuthFailureHandler)
                {
                    if (!FormsAuthenticationModule.FormsAuthRequired)
                    {
                        throw new HttpException(0x191, SR.GetString("Assess_Denied_Description3"));
                    }
                    UrlAuthorizationModule.ReportUrlAuthorizationFailure(HttpContext.Current, this);
                }
                else
                {
                    context.RemapHandler(httpHandler);
                }
            }
        }
    }

    void IHttpModule.Dispose()
    {
        this.Dispose();
    }

    void IHttpModule.Init(HttpApplication application)
    {
        this.Init(application);
    }

    // Properties
    public RouteCollection RouteCollection
    {
        get
        {
            if (this._routeCollection == null)
            {
                this._routeCollection = RouteTable.Routes;
            }
            return this._routeCollection;
        }
        set
        {
            this._routeCollection = value;
        }
    }
}

从源码中可以看出，在UrlRoutingModule中为请求处理管道中的第七个事件PostResolveRequestCache注册了一个事件处理方法：OnApplicationPostResolveRequestCache。从这里可以看出：ASP.NET MVC的入口在UrlRoutingModule，即订阅了HttpApplication的第7个管道事件PostResolveRequestCahce。换句话说，是在HtttpApplication的第7个管道事件处对请求进行了拦截。

这里写图片描述

现在我们将ASP.NET MVC的请求处理分为两个重要阶段来看看：

①在第七个事件中创建实现了IHttpHandler接口的MvcHandler

当请求到达UrlRoutingModule的时候，UrlRoutingModule取出请求中的Controller、Action等RouteData信息，与路由表中的所有规则进行匹配，若匹配，把请求交给IRouteHandler，即MVCRouteHandler。我们可以看下UrlRoutingModule的源码来看看，以下是几句核心的代码：

public virtual void PostResolveRequestCache(HttpContextBase context)
{
    // 通过RouteCollection的静态方法GetRouteData获取到封装路由信息的RouteData实例
    RouteData routeData = this.RouteCollection.GetRouteData(context);
    if (routeData != null)
    {
        // 再从RouteData中获取MVCRouteHandler
        IRouteHandler routeHandler = routeData.RouteHandler;
        ......
        if (!(routeHandler is StopRoutingHandler))
        {
            ......
            // 调用 IRouteHandler.GetHttpHandler()，获取的IHttpHandler 类型实例，它是由 IRouteHandler.GetHttpHandler获取的，这个得去MVC的源码里看
            IHttpHandler httpHandler = routeHandler.GetHttpHandler(requestContext);
            ......
            // 合适条件下，把之前将获取的IHttpHandler 类型实例 映射到IIS HTTP处理管道中
            context.RemapHandler(httpHandler);
        }
    }
}

MVCRouteHandler的作用是用来生成实现IHttpHandler接口的MvcHandler：

namespace System.Web.Routing
{  
    public interface IRouteHandler
    {       
        IHttpHandler GetHttpHandler(RequestContext requestContext);
    }
}

那么，MvcRouteHandler从何而来呢？众所周知，ASP.NET MVC项目启动是从Global中的Application_Start()方法开始的，那就去看看它：

    public class MvcApplication : System.Web.HttpApplication
    {
        protected void Application_Start()
        {
            ......
            //这里要注册路由了
            RouteConfig.RegisterRoutes(RouteTable.Routes);
            BundleConfig.RegisterBundles(BundleTable.Bundles);
        }
    }

    public class RouteConfig
    {
        public static void RegisterRoutes(RouteCollection routes)
        {
            routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
            // 玄机就在这了，这个MapRoute位于System.Web.Mvc.RouteCollectionExtensions
            routes.MapRoute(
                name: "Default",
                url: "{controller}/{action}/{id}",
                defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
            );
        }
    }

于是，我们再去看看Route类的这个MapRoute()方法的源码：

        public static Route MapRoute(this RouteCollection routes, string name, string url, object defaults, object constraints, string[] namespaces) 
        {
            ......
　　　　　　　// 终于等到你，还好我没放弃。
            Route route = new Route(url, new MvcRouteHandler())             {
                Defaults = new RouteValueDictionary(defaults),
                Constraints = new RouteValueDictionary(constraints),
                DataTokens = new RouteValueDictionary()
            };
            ......
            return route;
        }

　　从上面的源码可以得知为什么可以从RouteData中拿到MvcRouteHadnler？因为当我们在HttpApplication的第一个管道事件，使用MapRoute()方法注册路由的时候，已经通过Route类的构造函数把MvcRouteHandler注入到路由中了。

　　刚刚我们知道MvcRouteHandler是用来生成实现IHttpHandler接口的MvcHandler，那么我们继续从UrlRoutingModule的源码可以看到，通过HttpHandler的GetHttpHandler()方法获取到了实现了IHttpHandler接口的MvcHandler：
　　

            // 调用 IRouteHandler.GetHttpHandler()，获取的IHttpHandler 类型实例，它是由 IRouteHandler.GetHttpHandler获取的，这个得去MVC的源码里看
            IHttpHandler httpHandler = routeHandler.GetHttpHandler(requestContext);
            ......
            // 合适条件下，把之前将获取的IHttpHandler 类型实例 映射到IIS HTTP处理管道中
            context.RemapHandler(httpHandler);

于是，我们进入ASP.NET MVC的源码看看MvcHandlerd的实现，这里我看的是MVC 4.0的源码：

        protected virtual IHttpHandler GetHttpHandler(RequestContext requestContext)
        {
       　　　requestContext.HttpContext.SetSessionStateBehavior(GetSessionStateBehavior(requestContext));
            return new MvcHandler(requestContext);
        }

可以看出，在这里创建了MvcHandler实例。换句话说，MvcRouteHandler把请求交给了MvcHandler去做请求处理管道中后续事件的处理操作了。

这里写图片描述

②在第十一个事件与第十二个事件之间调用MvcHandler的ProcessRequest()方法

（1）在WebForm中，此阶段会调用Page类对象的ProcessRequest()方法。在ASP.NET MVC中，会调用MvcHandler的ProcessRequest()方法，此方法会激活具体请求的Controller类对象，触发Action方法，返回ActionResult实例。

（2）如果ActionResult是非ViewResult，比如JsonResult,
ContentResult，这些内容将直接被输送到Response响应流中，显示给客户端；如果是ViewResult，就会进入下一个渲染视图环节。

（3）在渲染视图环节，ViewEngine找到需要被渲染的视图，View被加载成WebViewPage<TModel>类型，并渲染生成Html，最终返回Html。

风神.NET
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Asp.net请求处理之管道处理介绍
10-27
在了解Asp.net请求处理流程的过程中，个人认为有必要从源代码的角度来了解asp.net管道是怎么实现的,需要的朋友可以参考下
ASP.NET Core — 请求管道与中间件
weixin_37648525的博客
11-07 1604
中间件本质上是一个委托，上面的例子中我们将中间件的代码逻辑通过 Use()、Run()、Map() 等方法写在了入口文件中，这样很不优雅。我们可以对这些代码进行封装，最简单的封装方式，就是通过一个静态类将相关的代码写成静态方法，在 Use() 等方法中只需要传入静态方法即可。但是这种方法一样不够优雅，我们可以模仿微软内置中间件和一些第三方组件提供的中间件的封装方式。例如，静态文件中间件的实现源码：其实对于中间件的封装，可以不实现某个接口，但是它有一套约定的规则。
Asp.Net VS ASP.NET Core 请求管道
weixin_44763552的博客
12-14 1495
**1 Asp.Net Web Form管道 请求进入Asp.Net工作进程后，由进程创建HttpWorkRequest对象，封装此次请求有关的所有信息，然后进入HttpRuntime类进行进一步处理。HttpRuntime通过请求信息创建HttpContext上下文对象，此对象将贯穿整个管道，直到响应结束。同时创建或从应用程序池里初始化一个HttpApplication对象，由此对象开始处理之前注册的多个HttpModule。之后调用HandlerFactory创建Handler处理程序，最终处理此次请求
ASP.NET中HttpApplication中ProcessRequest方法中执行的事件顺序；ASP.NET WebForm和MVC整体请求流程图
ankeyuan的专栏
06-09 7081
ASP.NET中HttpApplication中ProcessRequest方法中执行的事件顺序。ASP.NET WebForm和MVC整体请求流程图
ASP.NET 管道事件与HttpModule, HttpHandler简单理解
热门推荐
写代码的蜗牛
08-16 2万+
第一部分：转载自Artech  IIS与ASP.NET管道 ASP.NET管道 以IIS 6.0为例，在工作进程w3wp.exe中，利用Aspnet_ispai.dll加载.NET运行时（如果.NET运行时尚未加载）。IIS 6引入了应用程序池的概念，一个工作进程对应着一个应用程序池。一个应用程序池可以承载一个或者多个Web应用，每个Web应用映射到一个IIS虚拟目录。与IIS 5
ASP.NET页面请求管道流程
tycyd的专栏
01-12 3175
    当客户端向web服务器请求*.aspx的页面文件时，这个http请求也会被inetinfo.exe进程截获（www服务），它判断文件后缀之后，把这个请求转交给ASPNET_ISAPI.DLL而ASPNET_ISAPI.DLL则会通过一个Http PipeLine的管道，将这个http请求发送给ASPNET_WP.EXE进程，当这个HTTP请求进入ASPNET_WP.EXE进程之后，asp.
ASP.NET Core处理管道的深入理解
01-21
在 ASP.NET Core 的管道处理部分，实现思想已经不是传统的面向对象模式，而是切换到了函数式编程模式。这导致代码的逻辑大大简化，但是，对于熟悉面向对象编程，而不是函数式编程思路的开发者来说，是一个比较大的...
ASP.NET页面请求处理介绍
01-21
对每一个请求，ASP.NET会创建HttpRuntime对象，并调用ProcessRequest来激活该HTTP管道。HttpRuntime对象会在创建时对许多辅助处理页面请求的内部对象进行初始化。ProcessRequest方法被调用后，会创建HttpContext类...
ASP.NET页生命周期和页面事件处理管道
01-21
ASP.NET 页运行时，此页将经历一个生命周期，在生命周期中将执行一系列处理步骤。这些步骤包括初始化、实例化控件、还原和维护状态、运行事件处理程序代码以及进行呈现。了解页生命周期非常重要，因为这样做您能在...
ASP.NET处理用户请求的流程 IHttpModule , IHttpHandler 管道事件
Fanbin168的专栏
09-27 1070
IIS处理用户请求流程 当浏览器向服务器发送一个Http请求，首先浏览器是根据用户输入的URL地址去访问DNS，然后获取URL对应的IP地址和端口号，然后来封装一个http请求报文，然后通过Socket发送到服务器 （我们知道Socket与服务器连接需要IP地址和端口号的），在服务器端 有一个运行在windows内核模式下的http.sys核心组件，这个核心组件是可以监听任何浏览器对服务器80端
MVC与WebForm最大的区别
01-13
ASP.net MVC的主要优点是： 允许完全控制呈现的HTML。 提供的顾虑（SoC）的完全分离。 启用测试驱动开发（TDD）。 与JavaScript框架轻松集成。 随着网络的无状态特性的设计。 REST风格的URL，使搜索引擎优化。 没有ViewState和回发事件
ASP.Net请求处理机制初步探索之旅 - Part 3 管道
farmwang的专栏
06-19 927
ASP.Net请求处理机制初步探索之旅 - Part 3 管道 开篇：上一篇我们了解了一个ASP.Net页面请求的核心处理入口，它经历了三个重要的入口，分别是：ISAPIRuntime.ProcessRequest()、HttpRuntime.ProcessRequest()以及HttpApplication.Init()。其中，在HttpApplication的Init()方法中触发了请求处理
Asp.net 处理程序(第五篇)
ajwqb06628的专栏
01-25 147
Asp.net 处理程序(第五篇) 　　HttpApplication有19个标准事件，当到达第8个事件PostMapRequestHandler触发的时候，标志着已经获取到了处理请求的处理程序对象，在第11个事件PreRequestHandlerExecute之后...
Asp.net(aspx)解决fetch&post跨域请求中的问题:重写ProcessRequest方法无效
Afterwards_的专栏
10-12 428
在aspx中添加对ProcessRequest方法的重写可以解决大多数情况的跨域. 然而对于fetch post请求,在ProcessRequest方法中添加跨域头是无效的 这样设置不行的时候,需要在web.config中添加一些代码: 这里要注意的是,添加的Origin必须要写详细的fetch发出端的域名,不能写通配符* 否则一样不能跨域请求. ...
.net框架下的一般处理程序（1）
NC_star的博客
10-05 417
一般处理程序的后缀名是.ashx，该程序实现了IHttpHandler接口，并且实现了接口中的ProcessRequest方法，该方法的主要作用是处理用户发来的请求，换句话说，当用户通过浏览器输入IP地址发送请求时，ProcessRequest方法则会被调用，程序在该方法中对请求进行处理，最后将处理结果通过context.Response返回给浏览器。示例代码如下： 此外，在发...
ASP.NET页面请求过程及生命周期管道事件
年轻人，潜力无限！
05-23 1996
Client（发送报文：请求行+请求头+空行+请求体） Server，由 Http.sys 监听 Http 请求 -> WAS+Metabase（通过URL确定WebApp工作进程） -> W3WP.exe(一个应用程序池，加载Aspnet_IsAPI.dll) ->AppDomainFactory(构造 ApplicationManager)->ISAPIApplicationHo
ASP.NET使用管道模型（PipleLines）处理HTTP请求
overmaker的专栏
02-15 5717
ASP.NET使用管道模型（PipleLines）处理HTTP请求                                            大多数人认为ASP.NET仅仅只是页面——使用模板来创建HTML页面然后返回给浏览器。但是这仅仅只是ASP.NET使用HTTP管道模型处理WEB程序很小的一方面。管道模型是类似于Web Services的一种在服务器端处理ASP.NE
asp.Net请求过程及管道中的事件
qq_40277786的博客
06-26 469
ASP.NET MVC5请求管道和生命周期
milijiangjun的博客
08-20 751
请求处理管道 请求管道是一些用于处理HTTP请求的模块组合，在ASP.NET中，请求管道有两个核心组件：IHttpModule和IHttpHandler。所有的HTTP请求都会进入IHttpHandler，有IHttpHandler进行最终的处理，而IHttpModule通过订阅HttpApplication对象中的事件，可以在IHttpHandler对HTTP请求进行处理之前对请求进行预处理或...
Asp.net core webapi 记录请求响应过程
最新发布
05-31
在 ASP.NET Core Web API 中，你可以使用中间件来记录请求和响应过程。下面是一个简单的示例： 1. 创建一个自定义的中间件类，实现 `IMiddleware` 接口，如下所示： ```csharp public class LoggingMiddleware : IMiddleware { private readonly ILogger<LoggingMiddleware> _logger; public LoggingMiddleware(ILogger<LoggingMiddleware> logger) { _logger = logger; } public async Task InvokeAsync(HttpContext context, RequestDelegate next) { // 记录请求信息 _logger.LogInformation($"Request: {context.Request.Method} {context.Request.Path}"); // 处理请求 await next(context); // 记录响应信息 _logger.LogInformation($"Response: {context.Response.StatusCode}"); } } ``` 2. 在 `ConfigureServices` 方法中注册中间件： ```csharp services.AddTransient<LoggingMiddleware>(); ``` 3. 在 `Configure` 方法中将中间件添加到管道中： ```csharp app.UseMiddleware<LoggingMiddleware>(); ``` 这样，当有请求发送到你的 Web API 时，`LoggingMiddleware` 将会记录请求和响应信息，并将其写入日志。你可以根据实际情况自定义记录方式和格式。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值