HTTP协议中几个状态码的含义
HTTP协议中几个状态码的含义:503 500 401 200 301 302
100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）
101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
200 OK 一切正常，对GET和POST请求的应答文档跟在后面。
201 Created 服务器已经创建了文档，Location头给出了它的URL。
202 Accepted 已经接受请求，但处理尚未完成。
203 Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。
204 No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
205 Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。
206 Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。
300 Multiple Choices 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。
301 Moved Permanently 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。
302 Found 类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。
出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。
注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。
严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。
303 See Other 类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。
304 Not Modified 客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
305 Use Proxy 客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。
307 Temporary Redirect 和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。（HTTP 1.1新）
400 Bad Request 请求出现语法错误。
401 Unauthorized 客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。
403 Forbidden 资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。
404 Not Found 无法找到指定位置的资源。这也是一个常用的应答。
405 Method Not Allowed 请求方法（GET、POST、HEAD、Delete、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新）
406 Not Acceptable 指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。
407 Proxy Authentication Required 类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新）
408 Request Timeout 在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新）
409 Conflict 通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）
410 Gone 所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。（HTTP 1.1新）
411 Length Required 服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP
1.1新）
412 Precondition Failed 请求头中指定的一些前提条件失败（HTTP 1.1新）。
413 Request Entity Too Large 目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。
414 Request URI Too Long URI太长（HTTP 1.1新）。
416 Requested Range Not Satisfiable 服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新）
500 Internal Server Error 服务器遇到了意料不到的情况，不能完成客户的请求。
501 Not Implemented 服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。
502 Bad Gateway 服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。
503 Service Unavailable 服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。
504 Gateway Timeout 由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新）
505 HTTP Version Not Supported 服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）
一、接口HTTP协议
⼀、接⼝HTTP协议
⼀、接⼝API： Application Programming Interface， 应⽤程序可编程接⼝
1）接⼝分类
硬件接⼝：具有连接功能、适配。两个硬件设备之间的连接⽅式（⽐如⿏标和电脑通过USB接⼝连接）
软件接⼝：软件程序之间数据交互的通道（⽤户界⾯是软件接⼝）2）软件接⼝分类
程序内部接⼝：是客户端与服务器的接⼝，⽤来实现客户端和服务器的数据传递
外部接⼝：⽐如通过第三⽅登录，第三⽅⽀付，通过调⽤外部接⼝并返回当前的系统3）常见的接⼝协议
webService接⼝：使⽤soup协议通过http传输，请求报⽂和返回报⽂都是xml格式的，常⽤测试⼯具有soupUI
http协议接⼝：⽬前使⽤最⼴泛的，使⽤HTTP协议来传输数据，常见的请求⽅法有get、post等，常⽤测试⼯具有postman、jmeter
dubbo、 websocket、 ws://...、 ftp://等协议。
4）接⼝测试
本质是基于某种协议，发送⼀个请求给服务器，然后服务器返回⼀个响应，然后对响应数据进⾏分析，判断是否与我们预期的返回⼀致，从⽽验证功能是否正确。
⼆、HTTP协议解读1）http协议：超⽂本传输协议
2）https：简单的来说，就是http的安全版，在http下加⼊了SSL层（SSL主要⽤户web的安全传输协议）
3）http的默认端⼝号是：80 ，默认的端⼝在url可以不加
https的默认端⼝号是：443 ，默认的端⼝在url可以不加4）HTTP请求过程
客户端：PC端的应⽤程序 浏览器 APP ⼩程序HTTP通信：客户端发送给服务器的请求信息
服务器返回给客户端的响应信息
客户端：前端----->主动请求。能够发起对应的请求的客户端。
服务端：后端----->被动接受。
1.当⽤户在浏览器的地址栏中输⼊⼀个URL并按回车键后，浏览器会向HTTP服务器发送HTTP请求。HTTP请求主要分为“Get”和“Post”两种⽅法。2.当我们在浏览器输⼊URL的时候，浏览器发送⼀个Request请求去获取URL地址的html⽂件，服务器把Response⽂件对象发送会浏览器
ensuresuccessstatuscode()作用
ensuresuccessstatuscode()作用
确保success status code的作用
什么是success status code?
• Success status code（成功状态码）是指在HTTP请求中，服务器返回的状态码表示请求已成功被接收、理解、并被接受。常见的success status code有200、201等。
API请求中的success status code
• 在API开发中，success status code非常重要，它们用于指示请求是否成功执行。对于前后端交互的应用来说，成功状态码是确保一切正常运行的关键。
确保success status code的作用
1. 提供明确的请求结果确认
– 使用success status code可以明确地告知客户端请求的执行结果。无论是前端页面的渲染还是后端数据的更新，success status code都能提供一个明确的指示。
2. 简化错误处理流程 – success status code的使用可以简化错误处理流程。当请求成功时，我们可以避免进入错误处理模块，提高代码执行效率。
3. 改善用户体验
– 通过正确使用success status code，我们可以提供更好的用户体验。当请求成功返回时，前端可以根据success
status code展示相应的提示信息，增加用户的满意度。
4. 优化系统性能
– 正确使用success status code可以优化系统的性能。客户端通过检查success status code来判断请求的返回情况，避免不必要的资源占用和重复的请求。
如何确保success status code的正确使用？
• 准确理解每个success status code的含义，比如200表示请求成功，201表示创建新资源成功等。确保在相应的场景下返回正确的success status code。
HTTP304状态码的详细讲解
HTTP304状态码的详细讲解
HTTP 304状态码的详细讲解
整个请求响应过程如下：
客户端在请求⼀个⽂件的时候，发现⾃⼰缓存的⽂件有 Last Modified ，那么在请求中会包含 If Modified Since ，这个时间就是缓存⽂件
的 Last Modified 。因此，如果请求中包含 If Modified Since，就说明已经有缓存在客户端。服务端只要判断这个时间和当前请求的⽂件的修
改时间就可以确定是返回 304 还是 200 。
对于静态⽂件，例如：CSS、图⽚，服务器会⾃动完成 Last Modified 和 If Modified Since 的⽐较，完成缓存或者更新。但是对于动态页
⾯，就是动态产⽣的页⾯，往往没有包含 Last Modified 信息，这样浏览器、⽹关等都不会做缓存，也就是在每次请求的时候都完成⼀
个 200 的请求。
因此，对于动态页⾯做缓存加速，⾸先要在 Response 的 HTTP Header 中增加 Last Modified 定义，其次根据 Request 中的 If ModifiedSince 和被请求内容的更新时间来返回 200 或者 304 。虽然在返回 304 的时候已经做了⼀次数据库查询，但是可以避免接下来更多的数据
库查询，并且没有返回页⾯内容⽽只是⼀个 HTTP Header，从⽽⼤⼤的降低带宽的消耗，对于⽤户的感觉也是提⾼。当这些缓存有效的时
候，通过 Fiddler 或HttpWatch 查看⼀个请求会得到这样的结果：
第⼀次访问 200
按F5刷新（第⼆次访问） 304
按Ctrl+F5强制刷新 200
下⾯⽤Fiddler来查看上⾯的访问请求过程
第⼀次(⾸次)访问 200
第⼆次F5刷新访问 304
请求的头信息⾥多了 “If-Modified-Since","If-None-Match"
第三次 按Ctrl+F5强制刷新 200同第⼀次，不贴图了
HTTP（超文本传输协议）
HTTP（超⽂本传输协议）
HTTP是以超⽂本传输为⽬的⽽设计的应⽤层协议，属于基于TCP/IP实现的协议。
浏览器也属于基于套接字的客户端，因为连接到任意web服务器端时，浏览器内部也会创建套接字。只不过浏览器多了⼀项功能，将服务器端传输的HTML格式的超⽂本解析为视图。Web服务器端是以HTTP协议为基础传输超⽂本的服务器端。
为了在⽹络环境下同时向⼤量客户端提供服务，HTTP协议的请求和响应⽅式设计如图：
Web服务器端响应客户端请求后会⽴即断开连接。即服务器不会维持客户端状态。即使同⼀个客户端再次发送请求，服务器也⽆法辨别是原先哪个，⽽会以相同的⽅式处理新请求。因此，HTTP⼜称为“⽆状态的Stateless协议”。请求消息的结构
请求消息可以分为请求⾏、消息头、消息体三个部分。
请求⾏含有请求⽅式（请求⽬的）信息。典型的请求⽅式有GET和POST，GET主要⽤于请求数据，POST主要⽤于传输数据。
其中“GET /index.html HTTP/1.1”具体含义如下：
请求（GET）index.html⽂件，希望以1.1版本的HTTP协议进⾏通信。
请求⾏只能通过1⾏（line）发送，所以服务器很容易从HTTP请求中提取第⼀⾏，并分析请求⾏中的信息。
消息头包含发送请求的（将要接收响应信息的）浏览器信息、⽤户认证信息等。
消息体中装有客户端向服务器发送的数据，为了装⼊数据，需要以POST的⽅式发送请求。
（注：消息头和消息体之间以空⾏隔开，因此不会发⽣边界问题）
响应消息的结构
响应消息分为状态⾏、消息头、消息体三个部分。
状态⾏中含有关于请求的状态信息。例如，客户端请求index.html⽂件时，表⽰index.html⽂件是否存在、服务器是否发⽣问题⽽⽆法响应等不同情况的信息将写⼊状态⾏。 表⽰客户端请求的执⾏结果的数字称为状态码，典型的有：
200 OK：成功处理了请求
404 Not Found：请求的⽂件不存在
restful面试题
restful面试题
在进行RESTful面试之前，我们需要对RESTful架构有一定的了解。REST（Representational State Transfer，表述性状态传递）是一种设计风格，用于构建网络应用程序的可伸缩性和可靠性。它通过使用标准的HTTP方法（如GET、POST、PUT、DELETE等）来操作资源，并使用简洁的URL来标识资源。
面试中，常常会遇到与RESTful相关的问题。以下是一些常见的RESTful面试题，希望能够帮助你在面试中更好地回答和展示你的能力。
1. 什么是RESTful架构？
RESTful架构是一种软件设计风格，基于互联网标准HTTP协议，用于构建分布式系统。它提供了一套统一的接口，通过HTTP方法对资源进行操作，并使用URL来标识资源。RESTful架构的主要特点包括可伸缩性、可靠性、简洁性和可移植性。
2. HTTP方法有哪些？它们在RESTful中的作用是什么？
HTTP方法包括GET、POST、PUT、DELETE等。在RESTful中，这些方法用于对资源进行操作。
- GET方法用于获取资源的表示。
- POST方法用于创建资源。
- PUT方法用于更新资源。
- DELETE方法用于删除资源。 3. RESTful架构的优点是什么？
RESTful架构具有以下优点：
- 可伸缩性：由于RESTful架构使用标准的HTTP协议，可以轻松地支持大量的并发请求。
- 可靠性：由于RESTful架构将状态信息完全保存在客户端，服务器可以无状态地处理请求，从而提高系统的可靠性。
- 简洁性：RESTful架构使用简洁的URL和HTTP方法来操作资源，使得接口更加清晰易懂，易于使用和维护。
- 可移植性：RESTful架构提供了一套统一的接口，使得客户端和服务器可以独立开发和演化，提高了系统的可移植性。
4. 什么是资源？什么是表示？
在RESTful中，资源指的是网络上的一类实体，可以是具体的实物、数据或服务等。每个资源都有一个唯一的标识符（URL），可以通过它来访问和操作资源。
http协议 面试题
http协议 面试题
HTTP协议面试题
HTTP协议是现代网络通信的基础，无论是前端开发还是后端开发，对于HTTP协议的理解都至关重要。以下是一些关于HTTP协议的面试题，帮助大家更好地了解和掌握这一重要的网络协议。
1. 什么是HTTP协议，它的作用是什么？
HTTP全称为Hypertext Transfer Protocol，即超文本传输协议，是一个用于传输超文本（例如HTML）的应用层协议。它使用可靠的传输协议（如TCP）作为底层支撑，通过客户端和服务器之间的请求和响应来进行通信。HTTP协议的作用是实现客户端和服务器之间的数据传输和交流。
2. HTTP协议的特点有哪些？
（1）无连接：HTTP协议默认是无连接的，即每次请求都需要建立连接、发送请求、接收响应，然后关闭连接。这样可以减少服务器资源的消耗，但也会增加延迟。
（2）无状态：HTTP协议是无状态的，即服务器不会记录之前的请求状态。每次请求都是独立的，服务器无法识别两个不同请求是否来自同一个客户端。
（3）简单快速：HTTP协议的请求方法简单明了，使用起来非常方便快捷。 3. HTTP请求方法有哪些？请简要介绍每种方法的作用。
HTTP定义了多种请求方法，常用的有GET、POST、PUT、DELETE等。
（1）GET：用于从服务器获取资源，通过URL在请求行中传递参数，参数会暴露在URL中，不适合传递敏感信息。
（2）POST：用于向服务器提交数据，数据包含在请求体中，可以传递大量数据，适合传递敏感信息。
（3）PUT：用于向服务器上传文件或替换某个资源。
（4）DELETE：用于删除服务器上的某个资源。
4. HTTP的状态码有哪些？请列举一些常见的状态码及其含义。
HTTP状态码用于表示客户端请求的处理结果，常见的状态码有：
（1）200 OK：请求成功
（2）301 Moved Permanently：永久重定向
（3）404 Not Found：请求的资源不存在
HTTP1.1协议规范（中文归纳版）
HTTP1.1协议规范（中⽂归纳版）
⼀、介绍（introduction）
1. ⽬的——HTTP/0.9-〉HTTP/1.0-〉HTTP/1.1
2. 要求——MUST、REQUIRED、SHOULD
3. 术语——连接(Connection)、消息(Message)、请求(Request)、应答(Response)、资源(Resource)、实体(Entity)、表⽰⽅法
(Representation)、内容协商(Content Negotiation)、变量（Variant)、客户机（Client）、⽤户代理(User agent)、服务器(Server)、原服务器
（Origin server)、代理服务器（ Proxy）、⽹关（gateway）、⾼速缓存（Cache）、可缓存（Cacheable）、直接（first-hand）、明确终
⽌时间（explicit expiration time）、探索终⽌时间（heuristic expiration time）、年龄（Age）、保鲜寿命（Freshness lifetime）、保鲜
（Fresh）、陈旧（Stale）、语义透明（semantically transparent）、有效性判别器（Validator）、实体标记（entity tag）或最终更改时间
（Last-Modified time))、上游/下游（upstream/downstream）、向内/向外（inbound/outbound）
4. 总体操作——请求/应答、中介
⼆、符号惯例与⼀般语法（notational conversions and generic grammar）
1. 扩充BNF——name = definition,"literal",rule1 | rule2,(rule1 rule2),*rule,[rule],N rule, #rule,; comment, implied *LWS
StatusCode状态码详解对照表
状态码含义100客户端应当继续发送请求。这个临时响应是⽤来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完成后向客户端发送⼀个最终响应。101服务器已经理解了客户端的请求，并将通过Upgrade 消息头通知客户端采⽤不同的协议来完成这个请求。在发送完这个响应最后的空⾏后，服务器将会切换到在Upgrade 消息头中定义的那些协议。 只有在切换新的协议更有好处的时候才应该采取类似措施。例如，切换到新的HTTP 版本⽐旧版本更有优势，或者切换到⼀个实时且同步的协议以传送利⽤此类特性的资源。102由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执⾏。200请求已成功，请求所希望的响应头或数据体将随此响应返回。201请求已经被实现，⽽且有⼀个新的资源已经依据请求的需要⽽建⽴，且其 URI 已经随Location 头信息返回。假如需要的资源⽆法及时建⽴的话，应当返回 '202 Accepted'。
202服务器已接受请求，但尚未处理。正如它可能被拒绝⼀样，最终该请求可能会也可能不会被执⾏。在异步操作的场合下，没有⽐发送这个状态码更⽅便的做法了。 返回202状态码的响应的⽬的是允许服务器接受其他过程的请求（例如某个每天只执⾏⼀次的基于批处理的操作），⽽不必让客户端⼀直保持与服务器的连接直到批处理操作全部完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含⼀些指⽰处理当前状态的信息，以及指向处理状态监视器或状态预测的指针，以便⽤户能够估计操作是否已经完成。203服务器已成功处理了请求，但返回的实体头部元信息不是在原始服务器上有效的确定集合，⽽是来⾃本地或者第三⽅的拷贝。当前的信息可能是原始版本的⼦集或者超集。例如，包含资源的元数据可能导致原始服务器知道元信息的超级。使⽤此状态码不是必须的，⽽且只有在响应不使⽤此状态码便会返回200 OK的情况下才是合适的。
网站服务器返回状态码
博学笃行 自强不息
1
网站服务器返回状态码
在浏览网页时，我们经常会遇到各种各样的状态码。这些状态码是由网站服务器返回的，用于告诉浏览器当前请求的处理情况。状态码能够帮助开发人员和用户判断请求是否成功，以及出现错误时如何处理。本文将介绍一些常见的网站服务器返回状态码及其含义。
1. 1xx - 信息性状态码
1xx系列的状态码表示请求已经被接收，服务器正在处理。常见的1xx状态码有：
- 100 Continue：服务器已经接收到请求头，并且客户端应该继续发送请求体。
- 101 Switching Protocols：服务器已经理解了客户端的请求，并将通过Upgrade头将协议切换为不同的协议。
2. 2xx - 成功状态码
2xx系列的状态码表示请求已成功被服务器接收、理解和处理。常见的2xx状态码有：
- 200 OK：请求成功，并返回相应的内容。
- 201 Created：请求已成功并创建了新的资源。 博学笃行 自强不息
2
- 204 No Content：请求成功，但没有返回任何内容。
3. 3xx - 重定向状态码
3xx系列的状态码表示客户端需要进一步的操作才能完成请求。常见的3xx状态码有：
- 301 Moved Permanently：被请求的资源已永久性移动到新位置，并将来所有的请求都应使用新的URL。
- 302 Found：被请求的资源已临时移动到新位置，但将来的请求还要继续使用原始URL。
- 304 Not Modified：客户端可以使用缓存的版本，而不需要再次请求服务器。
4. 4xx - 客户端错误状态码
4xx系列的状态码表示客户端发生了错误。常见的4xx状态码有：
- 400 Bad Request：服务器无法理解客户端发送的请求，通常是因为请求语法错误。
- 403 Forbidden：服务器理解请求，但拒绝执行，通常是因为没有权限访问请求的资源。
HTTP网络协议
HTTP⽹络协议
Http⽹络协议
⼀、Http协议简介1.1 什么是协议
协议就是对计算机之间连接的信息格式、能被收/发双⽅接受的传送信息内容的⼀组定义。协议有多层结构，常见⾼层协议如：TCP/IP负责点到点传送信息包。
（简单来说协议就是在双⽅交互的过程中，规定双⽅如何通信）1.2 什么是HTTP协议
HTTP协议是Hyper Text Transfer Protocol（超⽂本传输协议）的缩写，是⽤于从万维⽹（WWW:World Wide Web ）服务器传输超⽂本到本地浏览器的传送协
议。互联⽹上应⽤最为⼴泛的⼀种⽹络协议，所有的www都必须遵守该Http协议标准！1.3 Web开发中是否也要遵守HTTP协议呢？
答案是：是的！在做Web开发中，浏览器与服务器要通讯，⽽他们通信的过程中也是要遵守Http协议的！1.4 HTTP协议基层
HTTP是⼀个基于TCP/IP通信协议来传递数据（HTML ⽂件, 图⽚⽂件, 查询结果等）。也是基于请求与响应的模型，⽽Http协议默认端⼝为80
1.5 HTTP的⼯作原理
HTTP协议⼯作于客户端-服务端架构上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。
Web服务器有：Nginx，Apache服务器，IIS服务器（Internet Information Services）等。
Web服务器根据接收到的请求后，向客户端发送响应信息。
1.6 HTTP的特点
HTTP协议的主要特点如下：
⽀持客户端（浏览器）/服务器模式。B/S
简单快速：客户向服务器请求服务时，只需传送请求⽅法和路径。请求⽅法常⽤的有GET、POST。每种⽅法规定了客户与服务器联系的类型不同。由于HTTP
协议简单，使得HTTP服务器的程序规模⼩，因⽽通信速度很快。
灵活：HTTP允许传输任意类型的数据对象。传输的类型由Content-Type加以标记。
⽆连接：⽆连接的含义是限制每次连接只处理⼀个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采⽤这种⽅式可以节省传输时间。