HTTP1.0响应状态码第一个数字代表响应的类别，别的没有什么具体的意义。
1XX:表示请求已接收，需要继续处理。
2xx:表示请求已经成功被服务器接收，理解并接受。
3xx:为完成请求，客户端需要进一步细化请求。
4xx:客户端的请求有误。
5xx:服务器端出现错误.
表http-1 1xx状态码
| 状态码 | 说明 |
| 100（继续） | 告诉客户端应该继续请求。如果客户端发送一个值为100-continue的Expect头字段，询问服务器端是否可以在后面的请求中发送一个附加的文档，这种情况下，如果服务器端返回100状态码，则告诉客户机可以继续，如果返回417状态码，则告诉客户端不能接收下次请求中附加的文档。 |
| 101（切换协议） | 如果客户端发送的请求要求使用另外一种协议与服务器经对话，服务器发送101响应状态码拜师自己将遵从客户端的请求，转换到另外一种协议。 |
表http-2 2xx状态码
| 状态码 | 说明 |
| 200（正常） | 客户端的请求成功，响应消息返回正常的请求结果。 |
| 201（已创建） | 服务器已经根据客户端的请求创建了文档，文档的URL为响应消息中Location响应头的值。 |
| 202（已接受） | 客户端的请求已被接受，但服务器的处理目前尚未完成，比如对于批处理的任务。 |
| 203（非权威信息） | 文档已经正常返回，但一些实体可能不确切，使用的本地缓存或者第三方信息，而不是最原始的（最权威）的信息。 |
| 204(无内容) | 规定浏览器显示的缓存的文档。服务器只会回送一些响应的消息头，而不会回送实体内容。如果用户刷新某个页面时并且服务器能够确定客户端当前页面已是最新的，这种功能就很有用不用想客户端传送文档内容，节约了网络流量和服务器处理的时间。 |
| 205（重置内容） | 表示没有新的文档，浏览器应显示原来的文档，档要重置文档的内容，列如：清除表单字段中已存在的内容。 |
| 206（部分内容） | 当客户端发送一个请求消息中包含Range头（可能还包含一个和Range头一起使用的If-Range头）请求文档的部分内容，如果服务器按照客户端的请求完成了这个请求，就会返回一个206的状态码。 |
表http-3 完成请求，客户端需要进一步细化请求。
| 状态码 | 说明 |
| 300（多项选择） | 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提供一个有限选择的文档，它应该把文档的URL作为Location响应消息的值返回，这样可话端可以根据Location头的值进行自动跳转 |
| 301（永久移动） | 指出被请求的文档已经被移除到别处，此文档的URL地址为响应头Location响应信息的返回值，浏览器以后会对该文档的访问会自动更新URL地址 |
| 302（找到） | 和30 1类似，但Location头返回的URL是一个临时而非永久的地址 |
| 303（参见其他） | 和302类似，很多客户处理303z状态码和302一样 |
| 304（未修改） | 如果客户端有缓存的文档，它会在发送请求中附件一个If-Modified-Since请求头，表示有请求的文档在If-Modified-Since指定时间后发生更改，服务器才需要返回新的文档。状态码304表示客户端缓存的版本是新的，客户端应该继续使用它。否则服务器将使用200返回请求的文档 |
| 305（使用代理） | 客户端通过Location头所指定的代理服务器获得请求文档 |
| 307（临时重定向） | 与303类似。按照规定，如果浏览器使用post请求的方式发出请求，只有响应状态码为303时才是重定向，但实际上很多浏览器对302状态码也按照303状态码来处理。由于HTTP1.1新城307状态码，一遍更加清楚的区分几个状态码：如果服务器发送303z状态码，浏览器可以重定向get和Post请求：若果是307状态码，浏览器只能冲定向GET请求 |
4xx:客户端的请求有误。
| 状态码 | 说明 |
| 400（请求无效） | 客户端的请求不正确的语法格式。在使用浏览器发送请求时一般不会遇到这种情况。除非使用Telnet或者自己编写的客户端 |
| 401(未经授权) | 当客户端试图访问受口令和密码包胡的页面时，且在请求中没有使用Authorization请求头传递用户信息是，服务器上返回401状态码，同时结合www-Authorization响应头提示客户机应该重新发出一个带有Authorization的请求头信息 |
| 402（需要付款） | 保留状态码为以后更高版本的HTTP使用 |
| 403（禁止） | 服务器理解客户端的请求，但是拒绝处理。通常由于服务器上文件或目录的权限设置导致的 |
| 404（找不到） | 这个状态码和常见，表示服务器不存在客户端请求的资源 |
| 405（不允许此请求方式） | 请求行中的请求方式对你指定的资源不适用。例如:有的资源只能用GET方式访问，当使用Post方式访问时，服务器就会返回405.405这个状态码通常伴随Allow响应头一起使用，Allow响应头指定有效的请求方式 |
| 406（不能接受） | 客户端请求的资源已经找到，但和请求信息的中Accept、Accept-Charset 、Accept-Encoding、Accept-Language请求的值不兼容 |
| 407(需要代理服务器验证) | 由代理服务器向客户端返送的状态码。配合proxy-Authenticate响应头一起使用，表示客户端必须经过代理服务器的授权。客户端再次发送服务器时，应该带上一个proxy-Authenticate响应头 |
| 408（请求超时） | 在务器等待的时间内，客户端没有发送任何请求 |
| 409（冲突） | 由于请求和资源当前的状态相有冲突，导致请求不能成功。这个状态码通常和PUT请求相关，例如要上传的文件覆盖一个正在服务器端打开的文件 |
| 410（离开） | 请求文档已经不再可用，而且服务器不知道该重定向哪个地址，410通常表示文档已经被永久的移除了，不想404那样由于未知的原因文档不可用 |
| 411（需要长度） | 请求头中包含实体内容没有包含指定长度的Contenet-length请求头 |
| 412（为满足前提条件） | 请求头中一些前提条件在服务器中测试失败 |
| 413（请求实体过大） | 请求消息的大小操过了服务器愿意或者能过处理的范围，服务器会关闭连接，阻止客户端的继续请求。如果服务器认为自己稍后能够在处理该请求，则在响应信息发送一个Retry-After响应头告诉客户端本呢过处理只是暂时的，稍后可以再次尝试请求 |
| 414（请求URI过长） | 请求的URL太长，服务器无法进行解释处理。这种情况和少，一般客户端会误把POST请求当成GET请求进行解析 |
| 415（不支持的媒体类型） | 请求消息中实体内容格式不被服务器所支持 |
| 416（请求的范围不正确） | 当客户端请求消息的Range头指定的范围和请求资源没有交集，服务器会返回416状态码 |
| 417（预期失败） | 可以被服务器或者代理服务器回送。当客户端的请求中包含Except请求头，Execpt投中的请求服务器不在支持。或者代理服务器明确知道服务器不支持，则会回送417状态码 |
5xx:服务器端出现错误.
| 状态码 | 说明 |
| 500（内部服务器错误） | 最常见的错误。大部分情况下是服务器的CGI.ASP.JSP等程序发生错误，一般服务器在响应信息中提供具体的错误信息 |
| 501（未实现） | 服务器不支持HTTP请求消息的请求方式 |
| 502（无效的网关） | 服务器作为网关或者代理访问上有服务器，但上游服务器返回了非法的响应 |
| 503（服务器不可用） | 由于服务器目前处于过载或者维护状态，不能处理客户端的请求。也就是说这种情况只是暂时的，服务器会送一个Retry-After头高数客户端何时可以再次请求。如果客户端没有收到Retry-After响应头，会把500作为状态码来处理 |
| 504（网关超时） | 服务器作为网关或者代理访问上游服务器，但是为能及时获得上游服务器的响应 |
| 505（不支持http版本） | 服务器不支持请求行中http版本。响应信息中会描述服务器为什不支持HTTP 版本以及支持的HTTP版本 |
作用域访问对象
| 对象名称 |
|
| PageScope | 与页面作用域page中的属性相关的Map类 |
| requestScope | 与请求作用域request中的属性相关的Map类 |
| sessionScope | 与会话作用域session中的属性相关的Map类 |
| applicationScope | 与应用程序作用域application中的属性相关的Map类 |
参数访问的对象：
| 对象名称 | 说明 |
| Param | 按照参数名称访问单一请求的Map对象 |
| paramValues | 按照参数名称访问数组请求的Map对象 |
Jsp隐式对象
| 对象名称 | 说明 |
| PageContext | 提供页面信息的内置对象的访问 |
扫一扫
409
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
