http请求

一、HttpClient4.5 CloseableHttpClient （CloseableHttpClient 实现 HttpClient 和 Closeable）需要导入jar包才可以使用，org.apache.httpcomponents:httpclient，需要导入httpclient-x.x.x.jar 包才能使用 注：maven项目下 , <dependency> <groupId>org.apache.httpcomponents</groupId> <artifactId>httpclient</artifactId> <version>x.x.x</version> </dependency> import java.io.IOException; import java.io.UnsupportedEncodingException; import java.util.ArrayList; import java.util.Iterator; import java.util.List; import java.util.Map; import java.util.Map.Entry; import java.util.Set; import org.apache.http.HttpEntity; import org.apache.http

定义一个中间件类 来计算http请求的时间 public class ResponseTimeMiddleware { // Name of the Response Header, Custom Headers starts with "X-" private const string RESPONSE_HEADER_RESPONSE_TIME = "X-Response-Time-ms"; // Handle to the next Middleware in the pipeline private readonly RequestDelegate _next; public ResponseTimeMiddleware(RequestDelegate next) { _next = next; } public Task InvokeAsync(HttpContext context) { // Start the Timer using Stopwatch var watch = new Stopwatch(); watch.Start(); context.Response.OnStarting(() => { // Stop the timer information and calculate the time watch.Stop(); var

1xx - 信息提示 　　这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。 100 - 继续。 　　101 - 切换协议。 2xx - 成功 　　这类状态代码表明服务器成功地接受了客户端请求。 　　200 - 确定。客户端请求已成功。 　　201 - 已创建。 　　202 - 已接受。 　　203 - 非权威性信息。 　　204 - 无内容。 　　205 - 重置内容。 　　206 - 部分内容。 3xx - 重定向 　　客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。 　　302 - 对象已移动。 　　304 - 未修改。 　　307 - 临时重定向。 4xx - 客户端错误 　　发生错误，客户端似乎有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。 　　400 - 错误的请求。 　　401 - 访问被拒绝。IIS 定义了许多不同的 401 错误，它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示，但不在 IIS 日志中显　　示： 　　401.1 - 登录失败。 　　401.2 - 服务器配置导致登录失败。 　　401.3 - 由于 ACL 对资源的限制而未获得授权。 　　401.4 - 筛选器授权失败。 　　401.5 - ISAPI

HTTP之状态码 状态代码有三位数字组成，第一个数字定义了响应的类别，共分五种类别: 1xx：指示信息--表示请求已接收，继续处理 2xx：成功--表示请求已被成功接收、理解、接受 3xx：重定向--要完成请求必须进行更进一步的操作 4xx：客户端错误--请求有语法错误或请求无法实现 5xx：服务器端错误--服务器未能实现合法的请求 常见状态码： 200 OK //客户端请求成功 400 Bad Request //客户端请求有语法错误，不能被服务器所理解 401 Unauthorized //请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用 403 Forbidden //服务器收到请求，但是拒绝提供服务 404 Not Found //请求资源不存在，eg：输入了错误的URL 500 Internal Server Error //服务器发生不可预期的错误 503 Server Unavailable //服务器当前不能处理客户端的请求，一段时间后可能恢复正常 更多状态码： 状态码 描述 100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分 101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议 200 OK 指示请求成功，且请求的信息包含在响应中。这是最常接收的状态代码 201

HTTP返回状态代码 当用户试图通过HTTP 或文件传输协议 (FTP)访问一台正在主机上的内容时，IIS返回一个表示该请求的状态的数字代码。该状态代码记录在IIS 日志中，同时也可能在 Web 浏览器或 FTP客户端显示（也就是我们打开页面发生错误时IE显示的错误信息代码。状态代码可以指明具体请求是否已成功，还可以揭示请求失败的确切原因。 在默认状态下，IIS把它的日志文件放在 %WINNT\System32\Logfiles 文件夹中。每个WWW站点和FTP站点在该目录下都有一个单独的目录，每天都会在这些目录下创建日志文件，并用日期给日志文件命名。 下面简述各代码的含义： 1xx - 信息提示 这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个1xx 响应。 100 - 继续。 101 - 切换协议。 2xx - 成功 这类状态代码表明服务器成功地接受了客户端请求。 200 - 确定。客户端请求已成功。 201 - 已创建。 202 - 已接受。 203 - 非权威性信息。 204 - 无内容。 205 - 重置内容。 206 - 部分内容。 3xx - 重定向 客户端浏览器必须采取更多操作来实现请求。 302 - 对象已移动。 304 - 未修改。 307 - 临时重定向。 4xx - 客户端错误 发生错误，客户端似乎有问题。例如

Http相关少量概念 概念 ：Hyper Text transfer Protocol 超文本协议 *传输协议：定义了 客户端和服务端通信时，发送数据的格式 *特点： 1.基于TCP/IP的高级协议 2.默认端口是：80 3.基于请求/响应模型的：一次请求对应一次响应 4.无状态的：每次请求之间相互独立，不能交互数据 *历史版本： *1.0：每一次请求响应都会建立新的连接 *1.1：复用连接 *请求消息的数据格式 1.请求行 请求方式（get/post） 请求url（/login.html） 请求协议/版本（http/1.1） *请求方式： *Http协议中有7中请求方式，常用的有2种 get请求： 1.请求的参数早请求行中，再url后 2.请求的url长度有限制的 3.不太安全 post请求： 1.请求的参数在请求体中 2.请求的url长度没有限制的 3.相对安全 2.请求头：客户端浏览器告诉服务器的一些信息 请求头名称：请求头值 常见的请求头： User-Agent：浏览器告诉服务器，我访问你使用的浏览器版本信息 *可以在服务器端获取该头的信息，解决浏览器的兼容性问题 Referer：http://localhost:8080/login.html *告诉服务器，我（当前请求）从哪里来 *作用： 1.防盗链 2.统计工作 3.请求行 空行 4.请求体（正文） *字符串格式

HTTP中定义了以下几种请求方法: 1、GET； 2、POST； 3、PUT； 4、DELETE; 5、HEAD； 6、TRACE； 7、OPTIONS； Get 和 Post 的区别 Get: 请求的数据会附加在URL之后，因此 GET请求的数据会暴露在地址栏中 Post: POST请求会把请求的数据放置在HTTP请求包的包体(Request body)中, 因此 POST请求的数据不会暴露在地址栏中 ；POST的安全性比GET的高 Post 和 Put 的区别 Put: 如果两个请求相同，后一个请求会把第一个请求覆盖掉。（ 所以PUT用来改资源(更新) ） Post: 后一个请求不会把第一个请求覆盖掉。（所以Post用来增资源） 👉 HTTP中GET，POST和PUT的区别 👉 GET和POST区别 来源： CSDN 作者： 飞天小牛肉 链接： https://blog.csdn.net/qq_41133986/article/details/104401130

1. varnish的基础介绍 Varnish是高性能开源的反向代理服务器和HTTP缓存服务器，Varnish的功能与Squid服务器相似，都可以用来做HTTP缓存。    Squid是从硬盘读取缓存的数据，而Varnish把数据存放在内存中，直接从读取内存，避免了频繁在内存、磁盘中交换文件，所以Varnish要相对更高效，但也有缺点，内存中的缓存在服务器重启后会丢失。   (1) Varnish 如何工作 varnish启动时会产生2个进程，一个由root开启（主进程），一个由varnish开启（子进程）；主进程 fork 子进程，主进程等待子进程的信号，子进程退出后，主进程重新启动子进程。 子进程生成若干线程，具体对客户的请求进行处理： Accept 线程：监听端口，接受连接；接受连接后组成 session 结构，查看是否有空闲线程，若有则分配给其处理，若无，则检查等待队列 overflow 的大小，若过大，则抛弃请求，否则加入 overflow 队列。 Work 线程：从对列上摘除请求，对请求进行处理，直到完成，然后处理下一个请求。子进程会为每一个用户请求（如果需要处理），启一个worker线程，所以它单线程，单响应的；即是每一个请求用一个独立的线程响应的 Epoll 线程： 一个请求处理称作一个 session，在 session 周期内，处理完请求后，会交给Epoll

请求的结构 HTTP的交互以请求和响应的应答模式。go的请求我们早就见过了，handler函数的第二个参数http.Requests。其结构为： type Request struct { Method string URL *url.URL Proto string // "HTTP/1.0" ProtoMajor int // 1 ProtoMinor int // 0 Header Header Body io.ReadCloser ContentLength int64 TransferEncoding []string Close bool Host string Form url.Values PostForm url.Values MultipartForm *multipart.Form .... ctx context.Context } 从request结构可以看到，http请求的基本信息都囊括了。对于请求而言，主要关注一下请求的URL，Method，Header，Body这些结构。 URL HTTP的url请求格式为scheme://[userinfo@]host/path[?query][#fragment]， go的提供了一个URL结构，用来映射HTTP的请求URL。 type URL struct { Scheme string Opaque

1、http 请求 http请求包含内容： 请求地址ur 请求方法：get、post等 http协议/版本：http 1.1 请求头： 2、http响应 http响应主要包含内容： 状态码：200 OK等； 响应头： 响应内容： 响应内容可以是响应报文，也可能是一个网页； 　　 参考网址：https://www.cnblogs.com/nickjiang/p/9148136.html 3、http请求常见状态码 1）2开头：表示成功处理了请求的状态码 200 – 表示服务器已成功处理了请求； 201 – 表示服务器已成功处理请求，并创建了新的资源； 202 – 表示服务器已接受请求，但未处理； 2）3开头：请求被重定向，表示要完成请求，需要进一步操作； 300 – 针对请求，服务器可执行多种操作； 301 – 请求的网页已永久的移动到新的位置，服务器返回此响应时，会自动将请求转到新位置； 302 – 临时移动； 304 – 未修改； 3）4开头：表示请求错误； 400 – 语法错误，服务器无法处理； 401 – 未授权，请求要求身份验证； 403 – 服务器拒绝请求； 404 – 服务器找不到请求的网页； 405 – 禁用请求中的方法； 4）5开头：表示服务器错误，服务器在尝试处理请求时，发生内部错误； 500 – 服务器遇到错误，无法完成请求； 501 –