一、此文是Code Project社区2010年4月ASP.NET板块的最佳文章，说明了此文的份量；
在以前的ASP时候，当请求一个*.asp页面文件的时候，这个HTTP请求首先会被一个名为inetin网络
请求管道是一些用于处理HTTP请求的模块组合，在ASP.NET中，请求管道有两个核心组件：IHttpModule和IHttpHandler。所有的HTTP请求都会进入IHttpHandler，有IHttpHandler进行最终的处理，而IHttpModule通过订阅HttpApplication对象中的事件，可以在IHttpHandler对HTTP请求进行处理之前对请求进行预处理或IHttpHandler对HTTP请求处理之后进行再次处理。
我们先来看看IIS 5.x是如何处理基于ASP.NET资源（比如.aspx,.asmx等）请求的，整个过程基本上可以通过图1体现。
我们都知道，ASP.Net运行时环境中处理请求是通过一系列对象来完成的，包含HttpApplication，HttpModule, HttpHandler。之所以将这三个对象称之为ASP.NET三剑客是因为它们简直不要太重要，完全是ASP.NET界的中流砥柱，责任担当啊。了解它们之前我们得先知道ASP.NET管道模型。
在2007年9月份，我曾经写了三篇详细介绍IIS架构和ASP.NET运行时管道的文章，深入介绍了IIS 5.x与IIS 6.0HTTP请求的监听与分发机制，以及ASP.NET运行时管道对HTTP请求的处理流程：
在2007年9月份，我曾经写了三篇详细介绍IIS架构和ASP.NET运行时管道的文章，深入介绍了IIS 5.x与IIS 6.0HTTP请求的监听与分发机制，以及ASP.NET运行时管道对HTTP请求的处理流程： [原创]ASP.NET Process Model之一：IIS 和 ASP.NET ISAPI [原创]ASP.NET Process Model之二：ASP.NET Http Runtime Pipeline - Part I [原创]ASP.NET Process Model之二：ASP.N
开场 Web服务器是啥玩意? 是那个托管了我的网站的机器么? No，虽然那个也是服务器，但是我们今天要说的Web服务器主要是指像IIS这样一类的，用于处理request并返回response的工具
我们都知道，ASP.Net运行时环境中处理请求是通过一系列对象来完成的，包含HttpApplication,HttpModule,HttpHandler。之所以将这三个对象称之为ASP.NET三剑客是因为它们简直不要太重要，完全是ASP.NET界的中流砥柱，责任担当啊。了解它们之前我们得先知道ASP.NET管道模型。 ASP.NET管道模型 这里以IIS6.0为例，它在工作进程w3wp.exe中会利用aspnet_isapi.dll加载.NET运行时。IIS6.0引入了应用程序池的概念，一个工作进程对应着一
理解 dotNET Core 中的管道模型，对我们学习 dotNET Core 有很大的好处，能让我们知其然，也知其所以然，这样在使用第三方组件或者自己写一些扩展时，可以避免入坑，或者说避免同样的问题多次入坑。
asp.net 与 asp 的session是无法直接共享的(底层的处理dll也不一样)，要想互通session，只能用变通的办法: 一、asp.net -> asp 的session传递 a) 建一个类似SessionHanler.asp的页面，代码如下： <% Dim returnUrl Session("user") = Request("user") Set returnUrl = Reques
开篇：上一篇我们了解了一个ASP.Net页面请求的核心处理入口，它经历了三个重要的入口，分别是：ISAPIRuntime.ProcessRequest()、HttpRuntime.ProcessRequest()以及HttpApplication.Init()。其中，在HttpApplication的Init()方法中触发了请求处理管道事件的执行，本篇我们就来看看所谓的请求处理管道。
Microsoft已经发布了ASP.NET Model-View-Controller (MVC) web框架1.0版，这是微软采用开源协议发布,并且同开发社区充分互动的一个产品,和ASP.NET Webform 1.0的发布完全不同，ASP.NET MVC自从RC版本开始就进入了稳定版本 。 在官方下载页面上对ASP.NET MVC这样描述道： ASP.NET MVC在现有的ASP.NET 3.5运行时的基础上提供了一个新的MVC框架。开发人员可以用MVC设计模式来构建Web应用，做到清晰的概念分离（
前言 为什么我会起这样的一个标题，其实我原本只想了解asp.net的管道模型而已，但在查看资料的时候遇到不明白的地方又横向地查阅了其他相关的资料，而收获比当初预想的大了很多。 有本篇作基础，下面两篇就更好理解了： 理解并自定义HttpHandler 理解并自定义HttpModule 目录 一般不写目录，感觉这次要写的东西有些多就写一个清晰一下吧。 1.Asp.
通过《再谈IIS与ASP.NET管道》的介绍，相信读者已经对IIS和ASP.NET的请求处理管道有了一个大致的了解，在此基础上去理解基于IIS服务寄宿的实现机制就显得相对容易了。概括地说，基于IIS的服务寄宿依赖于两个重要的对象：System.ServiceModel.Activation.HttpModule和System. ServiceModel.Activation.HttpHandler。 一、通过HttpModule实现服务寄宿 在默认的情况下，基于IIS的服务寄宿是通过一个特殊的HttpMo
我查阅过不少Asp.Net的书籍，发现大多数作者都是站在一个比较高的层次上讲解Asp.Net。他们耐心、细致地告诉你如何一步步拖放控件、设置控件属性、编写CodeBehind代码，以实现某个特定的功能。
前几天看到园子里一篇关于 Url 重写的文章《获取ISAPI_Rewrite重写后的URL》 ， URL-Rewrite 这项技术早已不是一项新技术了，这个话题也已经被很多人讨论过多次。搜索一下URL-Rewrite可以找到很多URL-Rewrite方面的文章和组件，自己以前也多次接触过这个东东，也来说说吧。 ScottGu 有一篇非常经典的 URL-Rewrite Blog Tip/Trick: Url Rewriting with ASP.NET http://weblogs.asp.net/scot
Controller：控制器 通过Model 读取处理数据，通过View 将结果返回。
本文讲述通过System.Web.Optimization.Bundle类进行静态文件捆绑，以及扩展自定义类型静态文件进行优化。通过介绍Bundle类的使用、原理和特性，阐述了如何在.NET中实现静态文件捆绑优化。同时，也介绍了在.NET中如何通过扩展点实现自定义静态文件类型的优化。
ASP.Net处理Http Request时，使用Pipeline（管道）方式，由各个HttpModule对请求进行处理，然后到达 HttpHandler，HttpHandler处理完之后，仍经过Pipeline中各个HttpModule的处理，最后将HTML发送到客户端浏览 器中。 生命周期中涉及到几个非常重要的对象：HttpHandler,HttpModule,IHttpHandlerFactory，他们的执行(顺序)大致的执行过程是这样的：client端发送页面请求，被IIS的某个进程截获，它根据申请
虽然使用MVC已经不少年，相关技术的学习进行了多次，但是很多技术思路的理解其实都不够深入。其实就在MVC框架中有很多设计模式和设计思路的体现，例如DependencyResolver类就包含我们常见的DI依赖注入概念和注册表模式(GetService)等内容，ExceptionFilter等过滤器就体现AOP的概念，整个MVC内置了一个IOC容器，基本上所有的框架类的对象都是通过这种方式来创建的。此外，一直觉得很j2ee的spring很棒，其实如果大家很熟悉EHAB（微软企业开发库）的话，就会发现它很想Sp
近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析》的写作，一直无暇管理自己的Blog。到目前为止《WCF技术剖析（卷1）》的写作暂告一段落，初步预计于下个月由武汉博文视点出版。在《WCF技术剖析》写作期间，对WCF又有了新的感悟，为此以书名开始本人的第三个WCF系列。本系列的目的在于对《WCF技术剖析》的补充，会对书中的一些内容进行展开讲述，同时会囊括很多由于篇幅的原因忍痛割弃的内容。 1、通过一个ASP.NET程序模拟WCF基础架构 本系列的第一篇，我将会对WCF的基本架构作一个大致的讲解。不过，
上一篇博文《ASP.NET那点不为人知的事（一）》中我们提到HttpApplication有19个标准事件，在HttpApplication的第8个事件PostMapRequestHandlerExcute触发的时候，标志着已经获取了处理当前请求的处理程序对象，在第11个事件PreRequestHandlerExcute之后，HttpApplication将执行这个处理程序，接下来我们继续讨论以下话题： HttpContext状态管理 处理HttpApplication的事件 常见的HttpMod
HttpModule是用来注册HttpApplication事件的，实现IHttpModule接口的托管代码模块可以访问该请求管道的所有事件。那么对于我们最常用的ASP.NET Forms身份验证模块是如何底层封装处理的呢？ 今天过了一遍ASP.NET生命周期，以前的时候喜欢做各种应用，小程序等，渐渐地就觉得真没意思，因为只要你懂点基本的语法，会用相关的库亦或是框架就行，如果出错就是些许的细节错误，严格来说这不锻炼人，这有点像是温水煮青蛙，当然不能说这不好，这可以帮我们熟练地掌握框架的使用，增加熟练度及相关基础的应用，但是就个人而言老觉得缺点什么...后来想想，我要做的其实就是让别人用我开发的框架，库，我想研究的是框架底层的架构而不是用框架。于是过了一遍生命周期，处了IIS处理请求部分实在不懂之外，对ASP.NET处理请求还是更熟练了，对于不懂得我不会去刻意强求懂，毕竟自己的技术深度，广度摆在那，日后到了时候自然会懂。IIS7较之于之前的版本，其扩增了一个集成模式。IS 7.0 集成管道是一种统一的请求处理管道，它同时支持本机代码和托管代码模块。实现 IHttpModule 接口的托管代码模块可访问该请求管道中的所有事件。例如，托管代码模块可用于 ASP.NET 网页（.aspx 文件）和 HTML 页（.htm 或 .html 文件）的 ASP.NET Forms 身份验证。即使 IIS 和 ASP.NET 将 HTML 页视为静态资源，情况也是如此。 从功能上讲，HttpModule之于ASP.NET，就好比ISAPI Filter之于IIS一样。IIS将接收到的请求分发给相应的ISAPI Extension之前，注册的ISAPI Filter会先截获该请求。ISAPI Filter可以获取甚至修改请求的内容，完成一些额外的功能。与之相似地，当请求转入ASP.NET管道后，最终负责处理该请求的是与请求资源类型相匹配的HttpHandler对象，但是在Handler正式工作之前，ASP.NET会先加载并初始化所有配置的HttpModule对象。HttpModule在初始化的过程中，会将一些功能注册到HttpApplication相应的事件中，那么在HttpApplication整个请求处理生命周期中的某个阶段，相应的事件会被触发，通过HttpModule注册的事件处理程序也得以执行。 所有的HttpModule都实现了IHttpModule接口，下面是IHttpModule的定义。其中Init方法用于实现HttpModule自身的初始化，该方法接受一个HttpApplication对象，有了这个对象，事件注册就很容易了。 ASP.NET提供的很多基础构件（Infrastructure）功能都是通过相应的HttpModule实现的，下面类列出了一些典型的HttpModule: OutputCacheModule：实现了输出缓存（Output Caching）的功能； SessionStateModule：在无状态的HTTP协议上实现了基于会话（Session）的状态； WindowsAuthenticationModule + FormsAuthenticationModule + PassportAuthentication- Module：实现了3种典型的身份认证方式：Windows认证、Forms认证和Passport认证； UrlAuthorizationModule + FileAuthorizationModule：实现了基于Uri和文件ACL（Access Control List）的授权。 抱着吹毛求疵的学习态度，我研究了一下Forms认证的源码(其实也不是源码，利用reflector查出来的)
Servlet（Servlet Applet），全称Java Servlet,是用Java编写的服务器端程序。而这些Servlet都要实现Servlet这个接口。其主要功能在于交互式的浏览和修改数据，生成动态Web内容。Servlet运行于支持Java的应用服务器中。
1、简介 大多数情况下,作为一个asp.net web开发对整个web应用程序的控制是十分有限的,我们的控制往往只能做到对应用程序(高层面)的基本控制。但是,很多时候,我们需要能够低级层面进行交互,例如:Web服务器如何处理入站的出站的Http请求,这就需要找到与iis交互的方法! 在Asp.Net推出之前,为了获得IIS这个级别的控制,必须创建和扩展ISAPI扩展或过滤器,但是如果使用这个方法,必须具备C和C++的知识,并需要知道如何创建本机的Win32 Dll,所以为了解决这个问题,ASP.NET提供了
正如上篇文章所述那样，OWIN在Web Server与Web Application之间定义了一套规范（Specs），意在解耦Web Server与Web Application， 从而推进跨平台的实现。若要真正使用OWIN规范，那么必须要对他们进行实现。目前有两个产品实现了OWIN规范——由微软主导的 Katana和第三方的Nowin。这篇文章，我主要关注还是Katana，由微软团队主导，开源到CodePlex上。 可以在Visual Studio中输入命令：git clone https://git01
What Great .NET Developers Ought To Know (More .NET Interview Questions)
本篇博客依然用于总结工作中遇到的较有用的设计模式。 入正题。 历史代码 我目前开发的系统中，要实现以模块的方式进行动态扩展。这些模块是以独立程序集的方式嵌入到系统中。原系统中，使用了一个简单的接口 IModule 来实现模块的初始化： public interface IModule { void Initialize(); } 这样，在应用程序初始化时，会检测指定目录 Modules 下的所有程序集，并对其中所有实现 IModule 接口的类型进行初始化调用： public
前言 继上一篇理解并自定义HttpHandler后，有进行了HttpModule的进一步学习，本篇作为一个小结。 主要参考：Asp.Net 构架(HttpModule 介绍) - Part.3 目录 1.到底什么是HttpModule？ 2.系统内部的HttpModule。 3.配置HttpModule。 4.自定义HttpModule。 5.Global.asax
ASP.NET由于采用了管道式设计，具有很好的扩展性，而整个ASP.NET MVC应用框架就是通过扩展ASP.NET实现的。通过上面对ASP.NET管道设计的介绍，我们知道ASP.NET的扩展点只要体现在HttpMoudle和HttpHandler这两个核心组建之上，实际上整个ASP.NET MVC框架就是通过自定义的HttpMoudle（UrlRoutingModule）和HttpHandler（MvcHandler）实现的。为了上读者从整体上把握ASP.NET MVC的工作机制，接下来我按照其原理通过一
说明： （1）、客户端浏览器向服务器发出一个http请求，此请求会被inetinfo.exe进程截获，然后转交给aspnet_isapi.dll进程，接着它又通过Http Pipeline的管道，传送给aspnet_wp.exe这个进程，接下来就到了.net framework的HttpRunTime处理中心，处理完毕后就发送给用户浏览器。 （2）、当一个http请求被送入到HttpRuntime之后，这个Http请求会继续被送入到一个被称之为HttpApplication Factory的一个容器当中，而这个容器会给出一个HttpApplication实例来处理传递进来的http请求，而后这个Http请求会依次进入到如下几个容器中：HttpModule --> HttpHandler Factory --> HttpHandler。当系统内部的HttpHandler的ProcessRequest方法处理完毕之后，整个Http Request就被处理完成了，客户端也就得到相应的东东了。 （3）完整的http请求在asp.net framework中的处理流程： HttpRequest-->inetinfo.exe->ASPNET_ISAPI.DLL-->Http Pipeline-->ASPNET_WP.EXE-->HttpRuntime-->HttpApplication Factory-->HttpApplication-->HttpModule-->HttpHandler Factory-->HttpHandler-->HttpHandler.ProcessRequest() ps:红色的HttpApplication实例在HttpModule的Init方法中会用到。 （4）如果想在中途截获一个httpRequest并做些自己的处理，就应该在HttpRuntime运行时内部来做到这一点，确切的说是在HttpModule这个容器中来实现。 2、HttpModule工作原理 负责监听HttpRequest，同时对HttpRequest增添或者过滤掉一部分内容。也就是说，当一个HTTP请求到达HttpModule时，整个ASP.NET Framework系统还并没有对这个HTTP请求做任何处理，也就是说此时对于HTTP请求来讲，HttpModule是一个HTTP请求的“必经之路”，所以可以在这个HTTP请求传递到真正的请求处理中心（HttpHandler）之前附加一些需要的信息在这个HTTP请求信息之上，或者针对截获的这个HTTP请求信息作一些额外的工作，或者在某些情况下干脆终止满足一些条件的HTTP请求，从而可以起到一个Filter过滤器的作用。 HttpModule实现了接口IHttpModule，我们可以自定义实现该接口的类，从而取代HttpModule。 asp.net默认的HttpModule如下：
ASP.NET由于采用了管道式设计，所以具有很好的扩展性，整个ASP.NETMVC应用框架就是通过扩展ASP.NET实现的。通过上面对ASP.NET管道设计的介绍我们知道，ASP.NET的扩展点主要体现在 HttpModule和 HttpHandler这两个核心组件之上，整个ASP.NET MVC 框架就是通过自定义的 HttpModule和 HttpHandler建立起来的。 为了使读者能够从整体上把握ASP.NETMVC框架的工作机制，接下来我们按照其原理通过一些自定义组件来模拟ASP.NET MVC的运行原理，也可以将此视为一个“迷你版”的ASP.NET MVC。值得一提的是，为了让读者根据该实例从真正的ASP.NETMVC中找到对应的类型，本例完全采用了与ASP.NETMVC一致的类型命名方式。
首先我们知道http是一种无状态的请求，他的生命周期就是从客户端浏览器发出请求开始，到得到响应结束。那么MVC应用程序从发出请求到获得响应，都做了些什么呢？ 本文我们会详细讨论MVC应用程序一个请求的生命周期，从一个控件到另一个控件是怎样被处理的。我们还会详细介绍一下整个请求的生命周期中，用到的相关组件。因为在平常的开发过程中，我们可能知道怎样去使用MVC框架来处理相关的请求，大部分的时候我们只是在controller和action方法之间做相关的处理，对于真正内在的运行机制可能不是很了解。
在ASP.NET Core中最大的更改之一是对Http请求管道的更改，在ASP.NET中我们了解HttpHandler和HttpModule但是到现在这些已经被替换为中间件那么下面我们来看一下他们的不同处。
在我们第一次写web应用程序的时候，我们很快会接触到一个文件，那就是配置文件——web.config。我们的第一个比较深刻
二、ASP.NET Runtime Pipeline(续ASP.NET Http Runtime Pipeline - Part I) 现在我们真正进入ASP.NET管辖的范畴，下图基本上囊括整个处
首先我们知道http是一种无状态的请求，他的生命周期就是从客户端浏览器发出请求开始，到得到响应结束。那么MVC应用程序从发出请求到获得响应，都做了些什么呢？
了解当用户对一个.aspx页面提出请求时，后台的Web服务器的动作流程。当对这个流程了解后，我们就会明白HttpHandler和HttpModule的作用了。
很久没更新了，今天写点关于Asp.Net MVC的PipeLine。首先我们确认一点，Asp.Net WebFrom和Asp.Net MVC是在.Net平台下的两种web开发方式。其实他们都是基于Asp.Net Core的不同表现而已。看下面一张图，我们就能理解了WebForm和Asp.Net MVC的一个关系了。
Http 请求处理流程 和 Http Handler 介绍 这两篇文章里，我们首先了解了Http请求在服务器端的处理流程，随后我们知道Http请求最终会由实现了IHttpHandler接口的类进行处理(应该记得Page类实现了IHttpHandler)。从 Http 请求处理流程 一文的最后的一幅图中可以看到，在Http请求由IHttpHandler处理之前，它需要通过一系列的Http Module；在请求处理之后，它需要再次通过一系列的Http Module，那么这些Http Module是如何组成的？用来做什么呢？本文将对Http Module作以介绍。
NHibernate Contrib(Burrow)是一个轻量级的开发中间件，底层使用Nhibernate 2.0GA（Nhibernate 2.0的.hbm.xml和1.2是兼容的） ORM技术框架实现。Burrow提供了智能化的状态，会话，使管理，事务让你更方便的使用Nhibernate进行.net应用程序的开发。
作为一个.NET程序员，应该知道的不仅仅是拖拽一个控件到设计时窗口中。就像一个赛车手，一定要了解他的爱车 – 能做什么不能做什么。 本文参考Scott Hanselman给出的.NET问题列表，整理如下。包括WinForms，ASP.NET，XML以及C#和.NET基础相关的问题，有兴趣的自我检测一下吧～ 参考答案另附在文章末尾，由于水平有限，难免有谬误，欢迎指正。 所有号称会写代码的人 进程和线程之间的区别？ 什么是Windows服务，它的生命周期与标准的EXE程序有什么不同？ Windows单进程可寻址
1.浏览器和服务器的交互原理 通俗描述：我们平时通过浏览器来访问网站，其实就相当于你通过浏览器去访问一台电脑上访问文件一样，只不过浏览器的访问请求是由被访问的电脑上的一个 WEB服务器软件来接收处理，它会分析接收到的请求信息，从而按照请求信息来找到服务器电脑上的文件，经过处理，最终将生成的内容发回到浏览器。 简单的说就是：由浏览器生成一条“命令”，通过互联网发给另一台电脑的某个软件(服务器软件)；服务器软件接收到“命令”，就分析理解这个“命令”，然后按照“命令”找到服务器电脑上的文件，将文件内容发送回浏览器
HTTP不仅仅服务于Web Pages。他也是一个创建展示服务和数据的API的强大平台。HTTP是简单的，灵活的，无处不在的。你能够想象到几乎任何的平台都会有HTTP服务库。HTTP服务可以涉及到范围广泛的客户端，包括浏览器，各种移动设备和传统桌面应用程序。而Web API是提供了一套RestfulAPI的开发框架，它提供了较为完整的http语义支持。
在《基于IIS的WCF服务寄宿（Hosting）实现揭秘》中，我们谈到在采用基于IIS（或者说基于ASP.NET）的WCF服务寄宿中，具有两种截然不同的运行模式：ASP.NET并行（Side by Side）模式和ASP.NET兼容模式。对于前者，WCF通过HttpModule实现了服务的寄宿，而对于后者，WCF的服务寄宿通过一个HttpHandler实现。只有在ASP.NET兼容模式下，我们熟悉的一些ASP.NET机制才能被我们使用，比如通过HttpContext的请求下下文；基于文件或者Url的授权；H
在上一篇博客中，提到一般处理程序真的不一般。这篇博客主要是给大家解惑。由于最近在做项目的过程中，用到了很多的一般处理程序，相信你也一定用到过，但是你真的了解它吗？
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
