我们都知道，ASP.Net运行时环境中处理请求是通过一系列对象来完成的，包含HttpApplication，HttpModule, HttpHandler。之所以将这三个对象称之为ASP.NET三剑客是因为它们简直不要太重要，完全是ASP.NET界的中流砥柱，责任担当啊。了解它们之前我们得先知道ASP.NET管道模型。
我们先来看看IIS 5.x是如何处理基于ASP.NET资源（比如.aspx,.asmx等）请求的，整个过程基本上可以通过图1体现。
前言 继上一篇理解并自定义HttpHandler后，有进行了HttpModule的进一步学习，本篇作为一个小结。 主要参考：Asp.Net 构架(HttpModule 介绍) - Part.3 目录 1.到底什么是HttpModule？ 2.系统内部的HttpModule。 3.配置HttpModule。 4.自定义HttpModule。 5.Global.asax
说明： （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如下：
一、此文是Code Project社区2010年4月ASP.NET板块的最佳文章，说明了此文的份量；
我们都知道，ASP.Net运行时环境中处理请求是通过一系列对象来完成的，包含HttpApplication,HttpModule,HttpHandler。之所以将这三个对象称之为ASP.NET三剑客是因为它们简直不要太重要，完全是ASP.NET界的中流砥柱，责任担当啊。了解它们之前我们得先知道ASP.NET管道模型。 ASP.NET管道模型 这里以IIS6.0为例，它在工作进程w3wp.exe中会利用aspnet_isapi.dll加载.NET运行时。IIS6.0引入了应用程序池的概念，一个工作进程对应着一
虽然使用MVC已经不少年，相关技术的学习进行了多次，但是很多技术思路的理解其实都不够深入。其实就在MVC框架中有很多设计模式和设计思路的体现，例如DependencyResolver类就包含我们常见的DI依赖注入概念和注册表模式(GetService)等内容，ExceptionFilter等过滤器就体现AOP的概念，整个MVC内置了一个IOC容器，基本上所有的框架类的对象都是通过这种方式来创建的。此外，一直觉得很j2ee的spring很棒，其实如果大家很熟悉EHAB（微软企业开发库）的话，就会发现它很想Sp
在2007年9月份，我曾经写了三篇详细介绍IIS架构和ASP.NET运行时管道的文章，深入介绍了IIS 5.x与IIS 6.0HTTP请求的监听与分发机制，以及ASP.NET运行时管道对HTTP请求的处理流程：
在以前的ASP时候，当请求一个*.asp页面文件的时候，这个HTTP请求首先会被一个名为inetin网络
ASP.Net处理Http Request时，使用Pipeline（管道）方式，由各个HttpModule对请求进行处理，然后到达 HttpHandler，HttpHandler处理完之后，仍经过Pipeline中各个HttpModule的处理，最后将HTML发送到客户端浏览 器中。 生命周期中涉及到几个非常重要的对象：HttpHandler,HttpModule,IHttpHandlerFactory，他们的执行(顺序)大致的执行过程是这样的：client端发送页面请求，被IIS的某个进程截获，它根据申请
在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
开篇：上一篇我们了解了一个ASP.Net页面请求的核心处理入口，它经历了三个重要的入口，分别是：ISAPIRuntime.ProcessRequest()、HttpRuntime.ProcessRequest()以及HttpApplication.Init()。其中，在HttpApplication的Init()方法中触发了请求处理管道事件的执行，本篇我们就来看看所谓的请求处理管道。
在ASP.NET Core中最大的更改之一是对Http请求管道的更改，在ASP.NET中我们了解HttpHandler和HttpModule但是到现在这些已经被替换为中间件那么下面我们来看一下他们的不同处。
在SharePoint开发时，你会遇到这样一个问题，Global.asax去哪儿？怎样添加一个Global.asax？怎样在Application_Start这个事件处理程序里设置初始化？似乎在Visual Studio中无法像纯ASP.NET开发那样轻松添加一个Global.asax。 当然找到这个Global.asax也不难，打开IIS，右键浏览对应网站，在网站根目录下你可以找到Global.asax。比如我的网站部署在C:\inetpub\wwwroot\wss\VirtualDirectories\
上一篇博文《ASP.NET那点不为人知的事（一）》中我们提到HttpApplication有19个标准事件，在HttpApplication的第8个事件PostMapRequestHandlerExcute触发的时候，标志着已经获取了处理当前请求的处理程序对象，在第11个事件PreRequestHandlerExcute之后，HttpApplication将执行这个处理程序，接下来我们继续讨论以下话题： HttpContext状态管理 处理HttpApplication的事件 常见的HttpMod
通过《再谈IIS与ASP.NET管道》的介绍，相信读者已经对IIS和ASP.NET的请求处理管道有了一个大致的了解，在此基础上去理解基于IIS服务寄宿的实现机制就显得相对容易了。概括地说，基于IIS的服务寄宿依赖于两个重要的对象：System.ServiceModel.Activation.HttpModule和System. ServiceModel.Activation.HttpHandler。 一、通过HttpModule实现服务寄宿 在默认的情况下，基于IIS的服务寄宿是通过一个特殊的HttpMo
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查出来的)
5.(如果是第一次运行程序)编译装载global.asax,初始化HttpApplication实例
先在网站根目录下建立一个config文件夹,再在此文件架下建立一个urls.config文件,这里记录url的配置信息代码如下
二、ASP.NET Runtime Pipeline(续ASP.NET Http Runtime Pipeline - Part I) 现在我们真正进入ASP.NET管辖的范畴，下图基本上囊括整个处
开场 Web服务器是啥玩意? 是那个托管了我的网站的机器么? No，虽然那个也是服务器，但是我们今天要说的Web服务器主要是指像IIS这样一类的，用于处理request并返回response的工具
我们在实际项目开发中，经常会遇到一些不可预见的异常产生，有的异常在程序运行时就对其进行处理（try） 但是，有的程序不需要每一个地方都用try进行处理，那么针对这种情况，可以参照下面的方式，实现对异常的统一抓取处理
请求管道是一些用于处理HTTP请求的模块组合，在ASP.NET中，请求管道有两个核心组件：IHttpModule和IHttpHandler。所有的HTTP请求都会进入IHttpHandler，有IHttpHandler进行最终的处理，而IHttpModule通过订阅HttpApplication对象中的事件，可以在IHttpHandler对HTTP请求进行处理之前对请求进行预处理或IHttpHandler对HTTP请求处理之后进行再次处理。
理解 dotNET Core 中的管道模型，对我们学习 dotNET Core 有很大的好处，能让我们知其然，也知其所以然，这样在使用第三方组件或者自己写一些扩展时，可以避免入坑，或者说避免同样的问题多次入坑。
前面虽然讲过SSL在IIS开启的几种方式，比较常见的Microsoft URL Rewrite Module修改Web.Config如下：
本地调试没问题，在线上环境上IIIS拒绝PUT和DELETE请求是由于IIS为网站默认注册的一个名为WebDAVModule的自定义HttpModule导致的，如果我们的站点不需要提供针对WebDAV的支持，解决这个问题最为直接的方式就是利用如下配置将注册的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一致的类型命名方式。
今天把PageAdmin Cms建站系统改的一个网站转移到云服务器时候，网站报提示了下面的错误，找了半天在官方网站找到解决办法，下面发出来给大家共享
该文介绍了在Exchange 2007和Exchange 2010环境下，Active Sync与IIS7 Classic和Integrated模式的关系。文章首先介绍了Exchange 2007环境下，Active Sync与IIS7 Classic的关系，并总结为“Classic”模式。然后介绍了Exchange 2010环境下，Active Sync与IIS7 Integrated的关系，并总结为“Integrated”模式。最后，作者分享了在调试过程中发现的问题，并得出结论：针对Active Sync的http module，在Exchange 2007环境下，只能采用Native的方式开发，即C++开发；Exchange 2010即以上版本环境下，只能用Managed的方式开发，即C#方式。
前言 为什么我会起这样的一个标题，其实我原本只想了解asp.net的管道模型而已，但在查看资料的时候遇到不明白的地方又横向地查阅了其他相关的资料，而收获比当初预想的大了很多。 有本篇作基础，下面两篇就更好理解了： 理解并自定义HttpHandler 理解并自定义HttpModule 目录 一般不写目录，感觉这次要写的东西有些多就写一个清晰一下吧。 1.Asp.
本篇博客依然用于总结工作中遇到的较有用的设计模式。 入正题。 历史代码 我目前开发的系统中，要实现以模块的方式进行动态扩展。这些模块是以独立程序集的方式嵌入到系统中。原系统中，使用了一个简单的接口 IModule 来实现模块的初始化： public interface IModule { void Initialize(); } 这样，在应用程序初始化时，会检测指定目录 Modules 下的所有程序集，并对其中所有实现 IModule 接口的类型进行初始化调用： public
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应用，做到清晰的概念分离（
Http 请求处理流程 和 Http Handler 介绍 这两篇文章里，我们首先了解了Http请求在服务器端的处理流程，随后我们知道Http请求最终会由实现了IHttpHandler接口的类进行处理(应该记得Page类实现了IHttpHandler)。从 Http 请求处理流程 一文的最后的一幅图中可以看到，在Http请求由IHttpHandler处理之前，它需要通过一系列的Http Module；在请求处理之后，它需要再次通过一系列的Http Module，那么这些Http Module是如何组成的？用来做什么呢？本文将对Http Module作以介绍。
昨天angular5和ionic3同时发布更新了，为了用上angular5的新特性，还是有必要踩下坑的，当然踩坑的白老鼠建议选用一个最近不用维护的项目。
详细过程请参考官网教程：https://angular.io/guide/quickstart
服务是什么概念？可以简单地认为它是一个功能模块，重要在于它是单例对象，并且可以注入到其他的地方使用。
做程序员以来，一直都是在创业型小公司呆着，手下的程序员最多也就三俩号人，但是老板的各种要求和任务都要快速满足，很多技术还不及深钻就要去赶紧学习其它东西，所以造成了现在技术层面：“广度有，深度无”的尴尬局面，今天去某公司面试了，被问一些我以往工作中没用到(或很少用)的知识点，基本上都是凭经验当场猜的，记在这里备忘： 1、在一个同步的asp.net页面(即常规aspx页面)时，如果一个Button点击去发起一个异步操作，页面会不会有异常？ 因为我之前在asp.net页上有试过异步查询，也是类似回调的机制处理，当
Asp.net中的服务器控件都启用了viewstate，虽然方便了开发人员，但页面大小及性能上确实有所影响，对于无需viewstate的控件及页面可以直接把控件或页面的viewstate禁用掉，但对于必须的viewstate我们可以采取另一种方式来处理——压缩。判断是否需要viewstate压缩准则是，内网系统不必考虑压缩（网速够快还闲着没事消耗服务器CPU资源干啥啊。。。），对外系统根据viewstate长度选择性进行压缩（当viewstate长度大于某个值时进行压缩，太短还压缩得不偿失哦。。。）
当然，如果你想让用户直接选择城市，然后查询城市的天气，这种就要拿到所有城市的信息了。
接上篇 我们知道，HttpRuntime中会对每一个Request创建一个HttpApplication对象（HttpApplicationFactory从一个HttpApplication池来拿）。对于Global.asax，当创建第一个HttpApplication对象才会执行的Application_Start方法。 然后每一个HttpApplication对象会创建HttpModule对象，然后只执行一次Init方法。但在实际场景中，HttpRuntime会根据请求次数创建多个HttpAppl
NHibernate Contrib(Burrow)是一个轻量级的开发中间件，底层使用Nhibernate 2.0GA（Nhibernate 2.0的.hbm.xml和1.2是兼容的） ORM技术框架实现。Burrow提供了智能化的状态，会话，使管理，事务让你更方便的使用Nhibernate进行.net应用程序的开发。
近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析》的写作，一直无暇管理自己的Blog。到目前为止《WCF技术剖析（卷1）》的写作暂告一段落，初步预计于下个月由武汉博文视点出版。在《WCF技术剖析》写作期间，对WCF又有了新的感悟，为此以书名开始本人的第三个WCF系列。本系列的目的在于对《WCF技术剖析》的补充，会对书中的一些内容进行展开讲述，同时会囊括很多由于篇幅的原因忍痛割弃的内容。 1、通过一个ASP.NET程序模拟WCF基础架构 本系列的第一篇，我将会对WCF的基本架构作一个大致的讲解。不过，
为了优化网站的访问速度，准备采用HttpCompressionModule 6对传输数据进行压缩，下载了HttpCompressionModule 6 , 并按照示例程序中的web.config配置了
记得之前看一篇 APT 组织的报告时偶然间看到过 IIS 模块后门然后在网上找了找了资料，想自己开发一款然后开发到一半因为一些事情就停止了很久，这次清理项目文件的时候又有想了起来就打算重新用 C# 继续写出来。
首先我们知道http是一种无状态的请求，他的生命周期就是从客户端浏览器发出请求开始，到得到响应结束。那么MVC应用程序从发出请求到获得响应，都做了些什么呢？ 本文我们会详细讨论MVC应用程序一个请求的生命周期，从一个控件到另一个控件是怎样被处理的。我们还会详细介绍一下整个请求的生命周期中，用到的相关组件。因为在平常的开发过程中，我们可能知道怎样去使用MVC框架来处理相关的请求，大部分的时候我们只是在controller和action方法之间做相关的处理，对于真正内在的运行机制可能不是很了解。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
