Http Response Code[整理]

最新推荐文章于 2024-04-05 09:07:42 发布
最新推荐文章于 2024-04-05 09:07:42 发布
阅读量1.4k 收藏
点赞数
分类专栏： Java SE 文章标签： http协议 response code 403
本文详细介绍了HTTP协议中的状态码，包括其五大类别及其具体含义。从100系列到500系列，每个状态码都有详细的解释，帮助读者更好地理解和处理HTTP请求与响应。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

HTTP协议状态码表示的意思主要分为五类 ,大体是 :  
~~~~~~~~~~~~~~~~~~~~~~~~~~~~  
1×× 　　保留   
2×× 　　表示请求成功地接收   
3×× 　　为完成请求客户需进一步细化请求   
4×× 　　客户错误   
5×× 　　服务器错误  

 

---------------------------------------------------------------

 

100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）

101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）

 

Successful 
=================================

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新）。

 

Redirection 
==================================

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新）

 

Client Error 
=====================

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新）

 

Server Error 
===================================

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 Response Code代码

---------------------------------------------------------------

dify工作流无法识别图片并报错：API request failed with status code 422: {“error“...如何解决？
**My Coding Family**
05-10 1503
🏆 本文收录于《全栈Bug调优(实战版)》专栏，致力于分享我在项目实战过程中遇到的各类Bug及其原因，并提供切实有效的解决方案。无论你是初学者还是经验丰富的开发者，本文将为你指引出一条更高效的Bug修复之路，助你早日登顶，迈向财富自由的梦想🚀！同时，欢迎大家关注、收藏、订阅本专栏，更多精彩内容正在持续更新中。让我们一起进步，Up！Up！Up！    备注： 部分问题/难题源自互联网，经过精心筛选和整理，结合数位十多年大厂实战经验资深大佬经验总结所得，数条可行方案供所需之人参考。
Code Page 历史
u013669912的博客
06-27 1721
……
http响应码 错误代码
03-22
http响应码 错误代码http响应码 错误代码http响应码 错误代码http响应码 错误代码
常用的 Http Response Code代码
sunxboy的专栏
03-20 515
100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） 101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新） 200 OK 一切正常，对GET和POST请求的应答文档跟在后面。 201 Created 服务器已经创建了文档，Location头给出了它的URL。 202 Accepted ...
常用的 Http Response Code代码(转)
sun5208的专栏
05-25 852
100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）200 OK 一切正常，对GET和POST请求的应答文档跟在后面。201 Created 服务器已经创建了文档，Location头给出了它的URL。202 Accepted
HTTP响应代码中文详解
onefly
04-24 658
1xx - 信息提示 这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。  · 100 - Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）  · 101 - Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）  2xx - 成功 这类状态代码表
常见的状态码
橙虚缘空间
10-28 1171
转载自：http://bbs.zhanzhang.baidu.com/thread-7749-1-1.html 一些常见HTTP状态码为： 200 – 服务器成功返回网页 404 – 请求的网页不存在 503 – 服务不可用 常见HTTP状态码大全 1xx（临时响应） 表示临时响应并需要请求者继续执行操作的状态代码。 代码 说明 http状态码 100 （继续） 请求者应当继
java.io.IOException: Server returned HTTP response code: 403 for URL: https://restpack.io/api/html2pdf/v6/convert
07-27
引用\[3\]: 今天在做数据迁移时，项目旧数据迁移至新数据仓库中，有网络资源下载 重传的需求，于是在整理的过程中，出现了上述问题，java.io.IOException: Server returned HTTP response code: 400 for URL。...
相关业务问题+系统问题+设计问题整理统计
热门推荐
张彦峰的博客
04-07 171万+
业务系统及其他相关面试问题整理：线上相关问题排查+高并发系统的限流+高并发秒杀系统设计+负载均衡+一个网站有 20 亿 url 存在一个黑名单中，这个黑名单要怎么存？若此时随便输入一个 url，你如何快速判断该 url 是否在这个黑名单中？并且需在给定内存空间（比如：500M）内快速判断出？
getResponseCode获取URL响应状态码 HTTP状态返回码
suzhanfeng的博客
12-31 1841
http状态返回代码 1xx（临时响应） 表示临时响应并需要请求者继续执行操作的状态代码。 http状态返回代码 代码   说明 100   （继续） 请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。 101   （切换协议） 请求者已要求服务器切换协议，服务器已确认并准备切换。 http状态返回代码 2xx （成功） 表示成功处理了请求的状态代
response code
escaflone的专栏
07-19 1290
<br />100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） <br /><br />101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新） <br /><br />200 OK 一切正常，对GET和POST请求的应答文档跟在后面。 <br /><br />201 Created 服务器已经创建了文档，Location头给出了它的URL。 <br /><br />202 Accepted 已经接受请求
http ResponseCode
2401_84121789的博客
04-05 676
网站上等优质的Android开发中高级面试题收集起来，然后全网寻找最优的解答方案。包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。
（三）responseCode（响应码）
安卓学吧
02-17 3594
Http响应码。
Http请求Response Code含义
11-21 1万+
http状态返回代码 1xx（临时响应） 表示临时响应并需要请求者继续执行操作的状态代码。 100 （继续） 请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。 101 （切换协议） 请求者已要求服务器切换协议，服务器已确认并准备切换。 http状态返回代码2xx （成功） 表示成功处理了请求的状态代码。200 （成功） 服务
[翻译]HTTP: Response Code
weixin_33759269的博客
09-11 347
原文地址：HTTP: Response Code 在上一篇文章中，我们总结说HTTP管理客户端和服务端之间的交互，并且解释HTTP头部的概念。在随后的系列文章中我们将讨论更多关于以下方面的信息：对交互和性能的影响。现在，让我们看看同样重要的并且与交互相关的内容：HTTP响应码。 街上漫步 早上，我走路去一个咖啡馆看书。出乎我的意料，当我到达那里的时候，咖啡馆关门了。门上有一条留言说道，本...
http response code（HTTP状态码对照表）
t_332741160的专栏
08-04 10万+
HTTP状态码对照表 HTTP response codes 当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头（server header）用以响应浏览器的请求。 HTTP状态码的英文为HTTP Status Code。 下面是常见的HTTP状态码： 200 - 请求成功 301 - 资源（网...
ResponseCode响应状态码
weixin_45887234的博客
08-04 2487
package cn.kgc.ssm.common; /** 响应状态码 @author 27498 */ public enum ResponseCode { //成功 SUCCESS(0, “true”), //失败 ERROR(1, “false”), //需要登入 NEED_LOGIN(10, “NEED_LOGIN”), //参数错误 ILLEGAL_ARGUMENT(2, “ILLEGAL_ARGUMENT”), // 用户拥有此商品 USER_HAVED(11,“您已经拥有此商品”)
http状态码！
zxz1337的专栏
05-15 1001
 1**：请求收到，继续处理2**：操作成功收到，分析、接受3**：完成此请求必须进一步处理4**：请求包含一个错误语法或不能完成5**：服务器执行一个完全有效请求失败W1`bMkEJ`0100——客户必须继续发出请求101——客户要求服务器根据请求转换HTTP协议版本niB6sp,{p8E:i0200——交易成功201——提示知道新文件的URL202——接
Error during WebSocket handshake: Unexpected response code: 302 shiro
最新发布
03-23
<think>好的，我现在需要解决用户提到的WebSocket握手过程中出现的302重定向问题，并且这个问题与Shiro框架有关。首先，我要理解用户的具体情况。用户可能在客户端尝试建立WebSocket连接时，服务器返回了302状态码，导致握手失败。这可能是因为Shiro的安全配置拦截了WebSocket请求，将其重定向到登录页面或其他URL。 首先，我应该回忆一下WebSocket握手的过程。WebSocket协议在建立连接时，客户端会发送一个HTTP Upgrade请求，将连接从HTTP升级到WebSocket。服务器需要正确处理这个请求，返回101 Switching Protocols响应。如果服务器返回了302，说明请求被重定向了，而WebSocket客户端无法处理这种重定向，导致连接失败。 接下来，考虑Shiro框架的影响。Shiro是一个安全框架，用于身份验证和授权。如果WebSocket的端点路径被Shiro拦截，而用户未通过认证，Shiro可能会将请求重定向到登录页面，从而返回302状态码。因此，需要检查Shiro的配置，确保WebSocket的URL不被拦截，或者在这些路径上允许匿名访问。 然后，回顾用户提供的引用内容，特别是引用3和引用4。引用3提到在服务器上出现302错误时，可能需要将协议从ws改为wss，或者检查服务端是否启用了SSL。这可能与Shiro无关，但需要考虑。引用4指出Tomcat版本导致的包依赖问题，但用户的问题可能与Shiro配置更相关。 接下来，思考可能的解决方案。首先，检查Shiro的URL过滤配置，确保WebSocket的路径被排除在安全过滤之外。例如，在Shiro的配置文件中，将WebSocket的URL设置为匿名访问。其次，检查WebSocket的URL是否正确，避免路径错误导致Shiro拦截。另外，可能需要调整WebSocket的协议（ws/wss）或服务器配置，确保握手请求不被重定向。 还需要考虑服务器端的WebSocket实现是否正确。例如，是否使用了正确的注解（如@ServerEndpoint）以及是否配置了正确的CORS策略。此外，服务器是否支持WebSocket，比如Tomcat的版本是否合适，是否有冲突的依赖包，如引用4中提到的javax与jakarta包的问题，但用户的问题集中在Shiro，可能需要先解决权限配置。 另外，用户提到的是302重定向，这可能是因为会话过期或未认证，Shiro将请求重定向到登录页面。因此，确保在建立WebSocket连接时，用户已经通过认证，并且会话有效。或者在WebSocket握手阶段，Shiro不进行拦截，允许该请求通过。 可能的步骤包括： 1. 调整Shiro的过滤器链，将WebSocket路径（如/ws/**）设置为匿名访问或放行。 2. 检查WebSocket的URL是否正确，是否与服务端配置的路径匹配。 3. 确保使用wss协议如果服务端启用了SSL。 4. 验证用户认证状态，确保在建立连接时会话有效。 5. 检查服务器日志，查看具体的拦截原因，确认是否是Shiro导致的重定向。 最后，综合这些信息，整理出一个结构清晰的回答，帮助用户逐步排查和解决问题，同时引用相关的参考资料。</think>### 解决Shiro框架中WebSocket握手返回302重定向的问题 当Shiro框架拦截WebSocket握手请求时，可能导致返回302状态码（通常是未认证时重定向到登录页）。以下是具体解决方案： --- #### 1. **配置Shiro过滤器放行WebSocket路径** 在Shiro的安全配置中，确保WebSocket连接路径（如`/ws/**`）被排除在认证拦截外。例如，在`shiroFilterChainDefinition`中添加规则： ```java filterChainDefinitionMap.put("/ws/**", "anon"); // 允许匿名访问WebSocket端点 ``` 这能防止Shiro对WebSocket握手请求进行拦截和重定向[^3]。 --- #### 2. **检查WebSocket URL协议类型** 如果服务端启用了SSL（HTTPS），客户端需使用`wss://`协议而非`ws://`： ```javascript // 服务端启用SSL时，使用wss协议 const socket = new WebSocket("wss://your-domain.com/ws-endpoint"); ``` 错误的协议可能导致Shiro或其他中间件强制重定向。 --- #### 3. **验证会话有效性** WebSocket握手请求通常携带Cookie或Token进行身份验证。若会话过期，Shiro会重定向到登录页。需确保： - 连接建立时用户已通过认证。 - 客户端在握手请求中附加有效凭证（如JSESSIONID）。 --- #### 4. **调整Shiro的会话管理配置** 在`shiro.ini`或配置类中，禁用对WebSocket路径的会话创建： ```ini [urls] /ws/** = noSessionCreation, anon ``` 避免Shiro因无会话而拒绝请求。 --- #### 5. **排查服务器依赖冲突** 若使用Tomcat 10+，确保WebSocket依赖为`jakarta.websocket-api`而非`javax.websocket`。错误依赖会导致握手失败，间接触发Shiro拦截： ```xml <!-- Maven依赖示例 --> <dependency> <groupId>jakarta.websocket</groupId> <artifactId>jakarta.websocket-api</artifactId> <version>2.1.0</version> </dependency> ``` [^4] --- #### 6. **检查服务端WebSocket实现** 确保服务端正确使用`@ServerEndpoint`注解并配置路径： ```java @ServerEndpoint("/ws-endpoint") public class WebSocketEndpoint { // 实现逻辑 } ``` 路径需与客户端连接URL完全匹配，避免因路径错误被Shiro拦截。 --- #### 7. **查看服务器日志定位问题** 通过日志确认Shiro拦截的具体原因： - 检查是否有`org.apache.shiro.web.filter.authz`相关的权限拒绝记录。 - 确认重定向目标是否为登录页或其他定义路径。 --- ### 总结 核心问题在于Shiro拦截了WebSocket的握手请求，通过调整过滤器配置、验证协议和会话有效性、排除依赖冲突，可解决302重定向错误。若问题持续，建议逐步关闭Shiro规则进行隔离测试。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值