后使用快捷导航没有帐号？
查看: 723|回复: 2
关于HTTP304状态码的一个问题
新手上路, 积分 47, 距离下一级还需 3 积分
论坛徽章:5
您好，我在用Fiddler录制系统登录时发现，录制的请求当中有很多状态码为304，body为0的请求，在网上查询304的解释是：
如果客户端发送了一个带条件的 GET 请求且该请求已被允许，而文档的内容（自上次访问以来或者根据请求的条件）并没有改变，则服务器应当返回这个状态码。304响应禁止包含消息体，因此始终以消息头后的第一个空行结尾。 　　该响应必须包含以下的头信息： 　　Date，除非这个服务器没有时钟。假如没有时钟的服务器也遵守这些规则，那么代理服务器以及客户端可以自行将 Date 字段添加到接收到的响应头中去（正如RFC 2068中规定的一样），缓存机制将会正常工作。 　　ETag 和/或 Content-Location，假如同样的请求本应返回200响应。 　　Expires, Cache-Control，和/或Vary，假如其值可能与之前相同变量的其他响应对应的值不同的话。 　　假如本响应请求使用了强缓存验证，那么本次响应不应该包含其他实体头；否则（例如，某个带条件的 GET 请求使用了弱缓存验证），本次响应禁止包含其他实体头；这避免了缓存了的实体内容和更新了的实体头信息之间的不一致。 　　假如某个304响应指明了当前某个实体没有缓存，那么缓存系统必须忽视这个响应，并且重复发送不包含限制条件的请求。 　　假如接收到一个要求更新某个缓存条目的304响应，那么缓存系统必须更新整个条目以反映所有在响应中被更新的字段的值。
请问关于这个状态码有没有什么通俗的解释，我在做性能测试的时候可不可以把这种状态的请求删掉？谢谢。
新手上路, 积分 47, 距离下一级还需 3 积分
论坛徽章:5
问题已解决：
304代表上次的文档已经被缓存了， 还可以继续使用。
如果不想使用本地缓存可以用Ctrl+F5强制刷新页面。
新手上路, 积分 46, 距离下一级还需 4 积分
论坛徽章:1
以3开头的status code 不是重定向 意思嘛 ?HTTP 状态码详解
服务器君一共花费了141.935 ms进行了4次数据库查询，努力地为您提供了这个页面。
试试阅读模式？希望听取您的建议
最近看《REST in Practice》，发现
如此之多的状态码都有各自的含义，要准确使用并不难，但现实当中很少人能够做得到。大多数人熟悉的状态码就那几个，平时也不会去阅读 RFC 2616，结果反复使用的也就是那几个状态码。其实很多 REST 中可能遇到的情况，在 HTTP 状态码中都已经有考虑到，不需要自己去发明新的状态码，也不需要在 header 或者 body 自定义错误信息。
在说之前，首先建议大家还是先阅读一下 RFC 2616 中的相关章节，看看已有的状态码描述都是什么。我相信有部分状态码是你看了描述也不知道用来干什么的，这时候就需要有更具体的例子来告诉你怎么用了。（我准备详细说的是那些比较少人知道但又实际上应该被更广泛使用的状态码。）
所有人都知道200 OK是什么。这估计是最经常被滥用的状态码。很多人在应该使用其它2xx状态码时都选用了200 OK来表示。
201 Created
如果你在设计一个 REST API，或者一个 CRUD API，当你使用POST（或者PUT）成功创建一个新的资源后，服务器应该返回201 Created同时在 header 的Location字段给出刚刚创建好的这个资源的 URI。
例如说，如果你使用POST请求通过\commentsURI 创建了一个新的评论，那么服务器应该返回201 Created，同时带上形如Location: \comments\1234的字段表明新创建的评论的 URI。
202 Accepted如果服务器在接受请求后，需要进行一个异步处理才能有结果，并且觉得不需要让 TCP 连接保持到结果出来再返回，它可以返回202 Accepted，意思是请求已接受，但没有立即可返回的结果。
204 No Content在一个 REST API 或者 CRUD API 里面，当你使用PUT成功更新一个资源后，如果服务器完整接受了客户端的更新，没有拒绝也没有额外更新，那实际上是不需要返回任何东西的，因为现在客户端和服务器端已经拥有完全一致的状态。在这种情况下，服务器可以返回204 No Content，同时 body 为空，客户端就知道它的状态已经跟服务器端同步了。
206 Partial Content断点续传和多线程下载都是通过206 Partial Content实现的。
请求的 header 必须包含一个Range字段，表明自己请求第几个字节到第几个字节的内容。如果服务器支持的话，就返回206 Partial Content，然后使用 header 的Content-Range指明范围，并在 body 内提供这个范围内的数据。
301 Moved Permanently永久性重定向。目标由 header 的Location字段给出，同时 body 中也应该有指向目标的链接。新请求使用的方法应该和原请求的一致。如果用户使用HEAD和GET以外的方式发起原请求，客户端在遇到301 Moved Permanently后应当询问用户是否对新的 URI 发起新请求。
临时性重定向。
这应该是浏览器实现最不符合标准的一个状态码了。理论上，除了临时性这一点，302 Found跟301 Moved Permanently应该是完全一样的。然而实质上，很多浏览器在遇到302 Found后就会使用GET去请求新的 URI，而无论原请求使用的是何种方法。由于这种现象的普遍存在，使得这成为了一个与书面标准相违背的事实标准，新的客户端在实现时很难选择应该遵守哪一个标准，所以 RFC 2616 专门新增了303 See Other和307 Temporary Redirect两个状态码来消除二义性。
303 See Other临时性重定向，且总是使用GET请求新的 URI。
304 Not Modified如果客户端发起了一个「条件GET」，同时资源确实没被修改过，那么服务器端就应该返回304 Not Modified，同时 body 不包含任何内容。
所谓的「条件GET」，是指GET的 header 带上了If-Modified-Since或If-None-Match字段。这两个 header 就是「条件」，如果条件符合了GET就应该正常执行，否则就应该返回304 Not Modified，以便告诉客户端它想要请求的资源在上一次请求之后没有被更新过，客户端可以继续使用之前的版本。
307 Temporary Redirect临时性重定向，且总是使用原请求的方法来进行新请求。
400 Bad Request服务器无法理解请求的格式，客户端不应当尝试再次使用相同的内容发起请求。
401 Unauthorized请求未授权。如果请求 header 没有Authorization字段，服务器端应该在返回401 Unauthorized的同时在 header 中用WWW-Authorization字段指出授权方式，以便客户端带上登录信息重新发起请求。如果Authorization字段已经存在，则表明登录信息不正确。
402 Payment Required需要支付。这是一个在任何浏览器中都没有被实现的状态码，仅预留将来使用。
百度曾经有一个部门印过一批背上写着402 Payment Require的衣服，并且开玩笑说这批衣服最适合在互联网企业员工讨薪时穿。
403 Forbidden禁止访问。即使使用Authorization字段提供登录信息也会得到相同的结果。
如果客户端使用HEAD以外的方法请求，403 Forbidden必须同时在 body 中返回禁止访问的原因。如果原因不能够公开，则应该使用404 Not Found。
404 Not Found找不到如何与 URI 相匹配的资源。服务器无需指出资源是临时性不存在还是永久性不存在，但如果服务器端知道该资源已经被永久性删除则应该返回410 Gone。
404 Not Found是服务器端在不愿意提供理由的情况下拒绝提供资源的最佳借口。
405 Method Not Allowed请求的方法被拒绝。
如果你有一个 REST API 或 CRUD API 被设计为只读，那么在遇到PUT、POST或者DELETE方法时服务器端都应该返回405 Method Not Allowed，同时在 header 的Allow字段说明允许的方法（如GET和HEAD）。
409 Conflict冲突，且需要用户手工解决。
如果你使用 git（或者其他源代码管理软件），你已经知道「冲突」是什么了。409 Conflict通常发生在PUT请求时，如果要更新的资源已经被其他人更新过了，你再更新就可能产生冲突。
410 Gone如果服务器端将此资源标记为已被永久性删除，则应该使用410 Gone而非404 Not Found，其用意在于告诉客户端资源是被有意删除的，而且删除是永久性的，客户端不应该再保留这个 URI 的链接。
举例来说，你有一个 REST API 或 CRUD API 用于向用户提供优惠信息。有一则优惠的 URI 是/promotions/1234，但由于优惠活动已经结束了，所以这一则优惠信息不再有效且应当被永久性删除，那么这时候服务器端就应该让该 URI 永远返回410 Gone了。
412 Precondition Failed条件判断失败，操作不会被执行。
在解释304 Not Modified时提到了「条件GET」的概念，但「条件」本身也可以应用于非GET请求，这时候如果条件判断失败服务器端就应该返回412 Precondition Failed，同时拒绝执行客户端请求的方法。
条件请求可以被看作是一种乐观锁。它不需要服务器端有任何逻辑判断操作是否存在冲突，服务器端只要记录资源的时间戳（或其它版本信息）即可。
500 Internal Server Error最常见的服务器端错误。
服务器端暂时无法处理请求（可能是过载或维护）。
返回503 Service Unavailable的意思是当前的状况是临时性的，客户端可以稍后重试。服务器端可以在返回时通过 header 的Retry-After字段告诉客户端多久后可以重试。如果不提供这个字段的话，客户端应当把503 Service Unavailable等同于500 Internal Server Error处理。
在看完这篇文章后，你有发现经常用错的状态码吗？如果有的话，将来在设计 REST API 或 CRUD API 时就应该改过来。由于状态码和 header 字段数目众多，所以我建议一般用户尽可能复用主流的 REST 框架或 CRUD 框架，而不要自己重新实现一遍。
本文地址：，欢迎访问原出处。
不打个分吗？
转载随意，但请带上本文地址：
如果你认为这篇文章值得更多人阅读，欢迎使用下面的分享功能。
小提示：您可以按快捷键 Ctrl + D，或点此 。
大家都在看
阅读一百本计算机著作吧，少年
程杰 (作者)
《大话设计模式》通篇都是以情景对话的形式，用多个小故事或编程示例来组织讲解GoF（设计模式的经典名著——Design Patterns: Elements of Reusable Object-Oriented Software，中译本名为《设计模式——可复用面向对象软件的基础》的四位作者Erich Gamma、Richard Helm、Ralph Johnson，以及JohnVlissides，这四人常被称为GangofFour，即四人组，简称GoF）总结的23个设计模式。本书共分为29章。其中，第1、3、4、5章着重讲解了面向对象的意义、好处以及几个重要的设计原则；第2章，以及第6到第28章详细讲解了23个设计模式；第29章是对设计模式的全面总结。
扫一扫，在手机上阅读
栏目最新博文
22,382 views
21,053 views
15,179 views
14,438 views
12,402 views
38,673 views
15,813 views
9,112 views
13,235 views
6,856 views
栏目博文推荐
22,382 views
14,438 views
21,053 views
15,054 views
13,235 views
9,499 views
6,856 views
15,179 views
38,673 views
15,206 views
治疗拖延症最好的方法就是立刻开始。
关于网站与作者
互联网信息太多太杂，各互联网公司不断推送娱乐花边新闻，SNS，微博不断转移我们的注意力。但是，我们的时间和精力却是有限的。这里是互联网浩瀚的海洋中的一座宁静与美丽的小岛，供开发者歇息与静心潜心修炼（愿景）。
“Veda”的本义是知识、启示，希望这里能为开发者提供充足的技术资料。
我的电子邮件gonnsai(，腾讯微博：，欢迎与我联系。5553人阅读
作为一个互联网开发人员对于一些服务器返回的HTTP状态的意思都必须是了如指掌的，只有将这些状态码一一弄清楚，工作中遇到的各种问题才能够处理的得心应手。好了，下面就让我们来了解一下比较常见的HTTP状态码吧！
2开头 （请求成功）表示成功处理了请求的状态代码。
200&& （成功）& 服务器已成功处理了请求。 通常，这表示服务器提供了请求的网页。&
201&& （已创建）& 请求成功并且服务器创建了新的资源。&
202&& （已接受）& 服务器已接受请求，但尚未处理。&
203&& （非授权信息）& 服务器已成功处理了请求，但返回的信息可能来自另一来源。&
204&& （无内容）& 服务器成功处理了请求，但没有返回任何内容。&
205&& （重置内容） 服务器成功处理了请求，但没有返回任何内容。
206&& （部分内容）& 服务器成功处理了部分 GET 请求。
3开头 （请求被重定向）表示要完成请求，需要进一步操作。 通常，这些状态代码用来重定向。
300&& （多种选择）& 针对请求，服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作，或提供操作列表供请求者选择。&
301&& （永久移动）& 请求的网页已永久移动到新位置。 服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。
302&& （临时移动）& 服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。
303&& （查看其他位置） 请求者应当对不同的位置使用单独的 GET 请求来检索响应时，服务器返回此代码。
304&& （未修改） 自从上次请求后，请求的网页未修改过。 服务器返回此响应时，不会返回网页内容。&
305&& （使用代理） 请求者只能使用代理访问请求的网页。 如果服务器返回此响应，还表示请求者应使用代理。&
307&& （临时重定向）& 服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。
4开头 （请求错误）这些状态代码表示请求可能出错，妨碍了服务器的处理。
400&& （错误请求） 服务器不理解请求的语法。&
401&& （未授权） 请求要求身份验证。 对于需要登录的网页，服务器可能返回此响应。&
403&& （禁止） 服务器拒绝请求。
404&& （未找到） 服务器找不到请求的网页。
405&& （方法禁用） 禁用请求中指定的方法。&
406&& （不接受） 无法使用请求的内容特性响应请求的网页。&
407&& （需要代理授权） 此状态代码与 401（未授权）类似，但指定请求者应当授权使用代理。
408&& （请求超时）& 服务器等候请求时发生超时。&
409&& （冲突）& 服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。&
410&& （已删除）& 如果请求的资源已永久删除，服务器就会返回此响应。&
411&& （需要有效长度） 服务器不接受不含有效内容长度标头字段的请求。&
412&& （未满足前提条件） 服务器未满足请求者在请求中设置的其中一个前提条件。&
413&& （请求实体过大） 服务器无法处理请求，因为请求实体过大，超出服务器的处理能力。&
414&& （请求的 URI 过长） 请求的 URI（通常为网址）过长，服务器无法处理。&
415&& （不支持的媒体类型） 请求的格式不受请求页面的支持。&
416&& （请求范围不符合要求） 如果页面无法提供请求的范围，则服务器会返回此状态代码。&
417&& （未满足期望值） 服务器未满足&期望&请求标头字段的要求。
5开头（服务器错误）这些状态代码表示服务器在尝试处理请求时发生内部错误。 这些错误可能是服务器本身的错误，而不是请求出错。
500&& （服务器内部错误）& 服务器遇到错误，无法完成请求。&
501&& （尚未实施） 服务器不具备完成请求的功能。 例如，服务器无法识别请求方法时可能会返回此代码。&
502&& （错误网关） 服务器作为网关或代理，从上游服务器收到无效响应。&
503&& （服务不可用） 服务器目前无法使用（由于超载或停机维护）。 通常，这只是暂时状态。&
504&& （网关超时）& 服务器作为网关或代理，但是没有及时从上游服务器收到请求。&
505&& （HTTP 版本不受支持） 服务器不支持请求中所用的 HTTP 协议版本。
1xx - 信息提示
这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。
· 100 - Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）&
· 101 - Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
2xx - 成功
这类状态代码表明服务器成功地接受了客户端请求。
· 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新）。
3xx - 重定向
客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。
· 300 - Multiple Choices 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。&
· 301 - Moved Permanently 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。&
· 302 - Found 类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。出现该状态代码时，浏览器能
够自动访问新的URL，因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使 用。例如，如果浏览器错误地请求&&（缺少了后面的斜杠）
，有的服务器返回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新）
4xx - 客户端错误
发生错误，客户端似乎有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。
· 400 - Bad Request 请求出现语法错误。&
· 401 - Unauthorized 访问被拒绝，客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在 填写合
适的Authorization头后再次发出请求。IIS 定义了许多不同的 401 错误，它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示，但不在 IIS 日志中显示：
· 401.1 - 登录失败。
· 401.2 - 服务器配置导致登录失败。
· 401.3 - 由于 ACL 对资源的限制而未获得授权。
· 401.4 - 筛选器授权失败。
· 401.5 - ISAPI/CGI 应用程序授权失败。
· 401.7 – 访问被 Web 服务器上的 URL 授权策略拒绝。这个错误代码为 IIS 6.0 所专用。
· 403 - Forbidden 资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。禁止访问：IIS 定义了许多不同的 403 错误，它们指
明更为具体的错误原因：
· 403.1 - 执行访问被禁止。
· 403.2 - 读访问被禁止。
· 403.3 - 写访问被禁止。
· 403.4 - 要求 SSL。
· 403.5 - 要求 SSL 128。
· 403.6 - IP 地址被拒绝。
· 403.7 - 要求客户端证书。
· 403.8 - 站点访问被拒绝。
· 403.9 - 用户数过多。
· 403.10 - 配置无效。
· 403.11 - 密码更改。
· 403.12 - 拒绝访问映射表。
· 403.13 - 客户端证书被吊销。
· 403.14 - 拒绝目录列表。
· 403.15 - 超出客户端访问许可。
· 403.16 - 客户端证书不受信任或无效。
· 403.17 - 客户端证书已过期或尚未生效。
· 403.18 - 在当前的应用程序池中不能执行所请求的 URL。这个错误代码为 IIS 6.0 所专用。
· 403.19 - 不能为这个应用程序池中的客户端执行 CGI。这个错误代码为 IIS 6.0 所专用。
· 403.20 - Passport 登录失败。这个错误代码为 IIS 6.0 所专用。
· 404 - Not Found 无法找到指定位置的资源。这也是一个常用的应答。&
· 404.0 -（无） – 没有找到文件或目录。
· 404.1 - 无法在所请求的端口上访问 Web 站点。
· 404.2 - Web 服务扩展锁定策略阻止本请求。
· 404.3 - MIME 映射策略阻止本请求。
· 405 - Method Not Allowed 请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用，用来访问本页面的 HTTP 谓词不被允许（方法不被允许）（HTTP 1.1
· 406 - Not Acceptable 指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容，客户端浏览器不接受所请求页面的 MIME 类型（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新）。&
· 415 – 不支持的媒体类型。
· 416 – Requested Range Not Satisfiable 服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新） · 417 – 执行失败。
· 423 – 锁定的错误。
5xx - 服务器错误
服务器由于遇到错误而不能完成该请求。
· 500 - Internal Server Error 服务器遇到了意料不到的情况，不能完成客户的请求。&
· 500.12 - 应用程序正忙于在 Web 服务器上重新启动。
· 500.13 - Web 服务器太忙。
· 500.15 - 不允许直接请求 Global.asa。
· 500.16 – UNC 授权凭据不正确。这个错误代码为 IIS 6.0 所专用。
· 500.18 – URL 授权存储不能打开。这个错误代码为 IIS 6.0 所专用。
· 500.100 - 内部 ASP 错误。
· 501 - Not Implemented 服务器不支持实现请求所需要的功能，页眉值指定了未实现的配置。例如，客户发出了一个服务器不支持的PUT请求。
· 502 - Bad Gateway 服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。 亦说Web 服务器用作网关或代理服务器时收到了无效响应
· 502.1 - CGI 应用程序超时。
· 502.2 - CGI 应用程序出错。
· 503 - Service Unavailable 服务不可用，服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个
Retry-After头。这个错误代码为 IIS 6.0 所专用。
· 504 - Gateway Timeout 网关超时，由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新） 。
· 505 - HTTP Version Not Supported 服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）
----比如下面是我做图片上传的时候，判断是否是图片，而返回的状态码！--------
&&&&&&&&&&&&{
&&&&&&&&&&&&&&&&System.Drawing.Image img = System.Drawing.Image.FromStream(postedFile.InputStream);
&&&&&&&&&&&&&&&&postedFile.SaveAs(savepath + @&\& + sNewFileName + sExtension);
&&&&&&&&&&&&&&&&context.Response.Write(tempPath + sNewFileName + sExtension);
&&&&&&&&&&&&&&&&context.Response.StatusCode = 200;
&&&&&&&&&&&&}
&&&&&&&&&&&&catch (ArgumentException ex)
&&&&&&&&&&&&{
&&&&&&&&&&&&&&&&context.Response.Write(ex.Message);
&&&&&&&&&&&&&&&&context.Response.StatusCode = 403;
&&&&&&&&&&&&}
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：86911次
积分：1457
积分：1457
排名：千里之外
原创：18篇
转载：254篇
(12)(26)(24)(35)(18)(7)(15)(6)(12)(32)(4)(15)(15)(13)(1)(11)(29)