第十五天:状态码-from提交
状态码
状态码指示HTTP请求是否已成功完成
状态码的分类
信息响应:100~199
成功响应:200~299
重定向:300~399
客户端错误:400~499
服务器错误:500~599
常见的状态码
100 Continue
-
请求的初始部分已经被服务器收到,并且没有被服务器拒绝。客户端应该继续发送剩余的请求,如果请求已经完成,就忽略这个响应
-
允许客户端发送带请求体的请求前,判断服务器是否愿意接收请求(服务器通过请求头判断)
-
在某些情况下,如果服务器在不看请求体就拒绝请求时,客户端就发送请求体是不恰当的或低效的
就是说当我们知道很有可能我们发送的这个数据服务器可能是不会要的,这种情况下为了提高效率,我们就只发送URL和请求头,如果这个不允许就返回404或者其他错误,但是服务器发现这个东西能够获取继续进行,这个时候服务器就发送100状态,暗示客服端继续发送数据,然后客户端收到后,就发一个带请求体的数据
200 OK:请求成功
302 Found:请求的资源被暂时的移动到了由Location头部指定的URL上
-
客服端发送登录请求,然后客服端返回302状态和一个location:xxxx,,然后客服端重新发送一个location地址的请求服务器
304 Not Modified:说明无需再次传输请求的内容,也就是说可以使用缓存的内容
400 Bad Request:由于语法无效,服务器无法理解该请求
401 Unauthorized:由于缺乏目标资源要求的身份验证凭证
- 有个时候网页会弹个窗出来,让你来填写相关信息
403 Forbidden:服务器端有能力处理该请求,但是拒绝授权访问
404 Not Found:服务器端无法找到所请求的资源
405 Method Not Allowed:服务器禁止了使用当前HTTP方法的请求
406 Not Acceptable:服务器端无法提供与Accept-Charset以及Accept-Language指定的值相匹配的响
408 Request Timeout:服务器想要将没有在使用的连接关闭
- 一些服务器会在空闲连接上发送此信息,即便是在客户端没有发送任何请求的情况下
500 Internal Server Error:所请求的服务器遇到意外的情况并阻止其执行请求
**501 Not lmplemented:**请求的方法不被服务器支持,因此无法被处理
- 服务器必须支持的方法(即不会返回这个状态码的方法)只有GET和 HEAD
**502 Bad Gateway:**作为网关或代理角色的服务器,从上游服务器(如tomcat)中接收到的响应是无效的
503 Service Unavailable:服务器尚未处于可以接受请求的状态
- 通常造成这种情况的原因是由于服务器停机维护或者已超载
表单提交
这就是个表单
我们先设计一个表单
然后点击按钮后,就会把先相关数据发送到服务器,然后由服务器进行处理
enctype:代表请求体的方式
multipart/form-data
文件上传时必须使用这种编码方式
通过这种方式上传的表单数据流
form提交- multipart/form-data
请求头
Content-Type: multipart/form-data; boundary=xXX
格式问题
1*代表至少一个
encapsulation:就是这个参数