HTTP 1.1状态代码及其含义

下表表露了罕见的http 1.1状况代码以及它们对应的状况消息和含意。 　　 该当精心地运用那些惟有http 1.1扶助的状况代码，由于很多欣赏器还只不妨扶助http 1.0。即使你运用了http 1.1私有的状况代码，最佳不妨查看一下乞求的http本子号（经过httpservletrequest的getprotocol本领）。 状况代码 状况消息 含意 100 continue 初始的乞求仍旧接收，存户该当连接发送乞求的其他局部。（http 1.1新） 101 switching protocols 效劳器将按照存户的乞求变换到其余一种和议（http 1.1新） 200 ok 十足平常，对get和post乞求的应答文书档案跟在反面。即使不必setstatus树立状况代码，servlet默许运用202状况代码。 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”，而httpservletresponse中相映的恒量是sc_moved_temporarily，而不是sc_found。 展示该状况代码时，欣赏器不妨机动考察新的url，所以它是一个很有效的状况代码。为此，servlet供给了一个专用的本领，即sendredirect。运用response.sendredirect(url)比运用response.setstatus(response.sc_moved_temporarily)和response.setheader("location",url)更好。这是由于： 开始，代码越发简略。 第二，运用sendredirect，servlet会机动结构一个包括新链接的页面（用来那些不许机动重定向的旧式欣赏器）。 结果，sendredirect不妨处置对立url，机动把它们变换成一致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乞求的重定向。 提防，httpservletresponse中没成器该状况代码供给相映的恒量。（http 1.1新） 400 bad request 乞求展示语法缺点。 401 unauthorized 存户试图一经受权考察受暗号养护的页面。应答中会包括一个www-authenticate头，欣赏器据此表露用户名字/暗号对话框，而后在填写符合的authorization头后再次发出乞求。 403 forbidden 资源不行用。效劳器领会存户的乞求，但中断处置它。常常因为效劳器上文献或目次的权力树立引导。 404 not found 没辙找到指定场所的资源。这也是一个常用的应答，httpservletresponse特意供给了相映的本领：senderror(message)。 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新）