http请求

在实际开发当中，Httpmodule和Httphandler是非常有用，同样也是非常重要的两大对象.我们可以通过他们来处理一些客户端发送过来的http请求，比如我们常用的URL rewrite技术，就是利用了Httpmodule这个对象来截取用户请求来转发地址的。 下面我们来了解一下从用户请求到服务器响应完毕的整个过程，可以帮助我们更好的了解这两大对象 客户端浏览器向服务器发出一个http请求，此请求会被inetinfo.exe进程截获，然后转交给aspnet_isapi.dll，接着它又通过Http Pipeline的管道，传送给aspnet_wp.exe这个进程，接下来就到了.net framework的HttpRunTime处理中心，处理完毕后就发送给用户浏览器。 当一个http请求被送入到HttpRuntime之后，这个Http请求会继续被送入到一个被称之为HttpApplication Factory的一个容器当中，而这个容器会给出一个HttpApplication实例来处理传递进来的http请求，而后这个Http请求会依次进入到如下几个容器中： HttpModule --> HttpHandler Factory --> HttpHandler 当系统内部的HttpHandler的ProcessRequest方法处理完毕之后，整个Http Request就被处理完成了

ASP.NET 处理请求的过程 inetinfo.exe ：www 服务进程，IIS 服务 和 ASPNET_ISAPI.dll 都寄存在此进程中。 ASPNET_ISAPI.dll ：处理 .aspx 文件的 win32 组件。其实，IIS 服务器只能识别 .html 文件的，当发现被请求的文件是 .aspx 文件时，IIS 服务器将其交给 aspnet_isapi.dll 来处理。 aspnet_wp.exe 进程： ASP.NET 框架进程，提供 .net 运行的托管环境，CLR （公共语言运行时）就是寄存在此进程中。 ASP.NET Framework 处理一个 Http Request 的流程： HttpRequest → inetinfo.exe → ASPNET_ISAPI.dll → ASPNET_WP.exe → HttpRuntime → HttpApplication Factory → HttpApplication → HttpModule → HttpHandler Factory → HttpHandler → HttpHandler.ProcessRequest() ASP.NET 请求处理过程是基于管道模型的，ASP.NET 把 http 请求依次传递给管道中各个 HttpModule，最终被 HttpHandler 处理，处理完成后

转自 http://www.cnblogs.com/linecheng/archive/2011/12/14/2287822.html 本文只是对HttpModule和HttpHandler做最初步的了解。非菜鸟级别人士可直接无视。 ASP.NET 中Http的请求流程 用户发出的客户端请求达到服务器后，会被服务端的inetinfo.exe 进程捕获，该进程将该http请求转交给asp.net_isapi.dll进程，然后通过http pipeline 管道（具体这是什么东西我也不清楚）传送给aspnet_wp.exe进程来处理。接下来就到了.net framework的httpruntime处理中心，处理完毕后，就发送给用户的浏览器。 当http请求传送给httpruntime 的时候，首先会进入一个叫做HttpApplication Factory的容器之中，从这个名字上很容易看出是一个工厂，该工厂产生一个HttpApplication的实例，该实例保存有该请求的所有信息。然 后，http请求进入HttpModule容器之中，然后进入HttpHandlerFactory中，调用相应的HttpHandler，执行其 ProcessRequest方法，完成整个请求的处理。其中httpHandler是真正的请求处理中心。Httpmodule只是在该处理中心做处理

httpModule HttpHandler 转自 年轻的蜗牛 ASP.NET的HTTP请求处理方法 当 客户端向web服务器请求一个*.aspx的页面文件时，这个http请求也会被inetinfo.exe进程截获（www服务），它判断文件后缀之后， 把这个请求转交给ASPNET_ISAPI.DLL而ASPNET_ISAPI.DLL则会通过一个Http PipeLine的管道，将这个http请求发送给ASPNET_WP.EXE进程，当这个HTTP请求进入ASPNET_WP.EXE进程之 后，asp.net framework就会通过HttpRuntime来处理这个Http请求，处理完毕后将结果返回给客户端。 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 当 一个http请求被送入到HttpRuntime之后，这个Http请求会继续被送入到一个被称之为HttpApplication Factory的一个容器当中，而这个容器会给出一个HttpApplication实例来处理传递进来的http请求，而后这个Http请求会依次进入 到如下几个容器中： HttpModule --> HttpHandler Factory --> HttpHandler 当系统内部的HttpHandler的ProcessRequest方法处理完毕之后，整个Http

一、获取用户信息（GET请求）：http://hostname/getuser?userid=1 1、打开jmeter，创建一个线程组，再添加一个http请求Sampler 2、设置域名、路径、请求方法、请求参数等信息 3、运行http请求，查看运行结果（右键 线程组 ->添加 -> 监听器 -> 查看结果树） 二、获取用户余额（POST请求）：http://hostname/getmoney，且参数是json类型 1、创建一个http请求Sampler，设置域名、路径、请求方法（POST）、请求参数等信息 2、运行，查看结果 三、获取用户信息2（GET请求）， 需要添加header，Content-Type application/json 1、创建一个http请求Sampler，设置域名、路径、请求方法（GET）、请求参数等信息 2、添加http信息头管理器 3、运行，查看结果树 四、修改用户余额（POST请求）， 需要添加cookie，token是写死的token12345 cookies的作用： 当服务器需要用户名和密码进行登录时，发送请求经常要校验cookies信息；HTTP Cookie Manager可以自动储存服务器发送给客户端的所有Cookie，并在发送请求时附加上合适的Cookie。 个人理解就是记住登录状态，只需要第一次请求时登录，之后就用同一个账号访问

根据HTTP标准，HTTP请求可以使用多种请求方法。 HTTP1.0定义了三种请求方法： GET, POST 和 HEAD方法。 HTTP1.1新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。 GET 请求指定的页面信息，并返回实体主体。 HEAD 类似于get请求，只不过返回的响应中没有具体的内容，用于获取报头 POST 向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。 PUT 从客户端向服务器传送的数据取代指定的文档的内容。 DELETE 请求服务器删除指定的页面。 CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。 OPTIONS 允许客户端查看服务器的性能。 TRACE 回显服务器收到的请求，主要用于测试或诊断。 相关链接 HTTP协议快速入门指南 来源： https://www.cnblogs.com/captainwade/p/10729481.html

1 GET 请求指定的页面信息，并返回实体主体。 2 HEAD 类似于get请求，只不过返回的响应中没有具体的内容，用于获取报头 3 POST 向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。 4 PUT 从客户端向服务器传送的数据取代指定的文档的内容。 5 DELETE 请求服务器删除指定的页面。 6 CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。 7 OPTIONS 允许客户端查看服务器的性能。 8 TRACE 回显服务器收到的请求，主要用于测试或诊断。 9 PATCH 实体中包含一个表，表中说明与该URI所表示的原内容的区别。 10 MOVE 请求服务器将指定的页面移至另一个网络地址。 11 COPY 请求服务器将指定的页面拷贝至另一个网络地址。 12 LINK 请求服务器建立链接关系。 13 UNLINK 断开链接关系。 14 WRAPPED 允许客户端发送经过封装的请求。 15 Extension-mothed 在不改动协议的前提下，可增加另外的方法。 来源： https://www.cnblogs.com/ddzzhh/p/6773713.html

HTTP协议，即超文本传输协议(Hypertext transfer protocol)。是一种详细规定了浏览器和万维网(WWW = World Wide Web)服务器之间互相通信的规则，通过因特网传送万维网文档的数据传送协议。它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。 　　HTTP是一个简单的请求-响应协议，它通常运行在TCP之上，是一个无状态的协议。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII码形式给出；而消息内容则具有一个类似MIME的格式。 　　在Internet中所有的传输都是通过TCP/IP进行的。HTTP协议作为TCP/IP模型中应用层的协议也不例外。HTTP协议通常承载于TCP协议之上，有时也承载于TLS或SSL协议层之上，这个时候，就成了我们常说的HTTPS。如下图所示： HTTP默认的端口号为80，HTTPS的端口号为443。 浏览网页是HTTP的主要应用，但是这并不代表HTTP就只能应用于网页的浏览。HTTP是一种协议，只要通信的双方都遵守这个协议，HTTP就能有发挥其强大的功能。比如办公常用的微信、QQ、迅雷、百度网盘、大型游戏、云服务器等都会使用到HTTP协议或者其他协议。 　　微软 .NET 平台针对 HTTP 的操作做了大量的封装，让开发者使用起来更加的简单。在

来源：https://www.cnblogs.com/hnsongbiao/p/9815808.html 偶然发现 C# 的 HttpRequest 要比 Chrome 请求同一Url 慢好多。C# HttpRequest 要500毫秒 而Chrome 只需要 39ms。 后来 整理 各种方法做了优化 HttpWebRequest request = WebRequest.Create(address) as HttpWebRequest; request.KeepAlive = false; request.ServicePoint.Expect100Continue = false; request.ServicePoint.UseNagleAlgorithm = false; request.ServicePoint.ConnectionLimit = 65500; request.AllowWriteStreamBuffering = false; request.Proxy = null; response.Close(); request.Abort(); 打开 KeepAlive 属性，这个可以打开一个tcp连接并在 一段时内重用tcp连接，从而加快http 请求。（默认是打开的）（我在开启keepalive 时出现 服务器关闭连接的错误，在请求完成后

B/S网络架构 随着Web2.0时代的到来，互联网的网络架构已经从传统的C/S架构转变到更加方便快捷的B/S架构。这样的转化简化了人们上网的方式，也加速了互联网行业的发展。 B/S架构的好处： 1.客户端使用统一的浏览器（Browser）。因为浏览器是统一的，所以用户的使用难度大大的降低了，而且对于开发者来说也可以降低学习成本。 2.服务端（Server）基于统一的HTTP协议。HTTP是一种无状态的连接，请求完成后断开。全世界的互联网服务都基于统一打招呼的方式，这种方式更加便捷，效率更高。 当用户输入www.taobao.com的时候这个URL的时候，将会发生很多的操作。首先它会请求DNS把这个域名解析成对应的IP地址，然后根据z合格IP地址在互联网上找到对应的服务器，向这个服务器发一个get请求，由这个服务器决定返回默认的数据资源给访问的用户。服务器也可以是有很多台，到底指定哪台服务器来处理请求，这需要一个负载均衡设备来平均分配所有用户的请求；还有请求的数据是存储在分布式缓存里还是一个静态文件中，或是在数据库里；当数据返回浏览器时,浏览器解析数据发现还有一些静态资源文件（如css、js或者图片）时又会发起另外的HTTP请求，而这些请求很可能会在CDN上，那么CDN服务器又会处理这个用户的请求，用户发起一个请求大概有这么多的过程，如果有哪个节点出现了问题