在Java程序园的面试中面试官经常喜欢问一些网络相关的问题（其实大部分在工作不一定会用到），但是答不上来就会很尬尴，所以今天就是整理一下http状态，图片来至网络，现在小编就来说说关于学习完java基础知识?下面内容希望能帮助到你，我们来一起看看吧!

学习完java基础知识（Java程序员需要了解的网络基础知识）

学习完java基础知识

在Java程序园的面试中面试官经常喜欢问一些网络相关的问题（其实大部分在工作不一定会用到），但是答不上来就会很尬尴，所以今天就是整理一下http状态，图片来至网络。

HTTP状态码被分为五大类， 目前我们使用的HTTP协议版本是1.1， 支持以下的状态码。随着协议的发展，HTTP规范中会定义更多的状态码。

小技巧： 假如你看到一个状态码518， 你并不知道具体518是什么意思。 这时候你只要知道518是属于（5XX，服务器错误就可以了）

http状态码

1XX 信息性状态码

这些状态码是HTTP 1.1引入的。 对于这些状态码的价值还存在争论

状态码

状态消息

含义

实例

100

Continue(继续)

收到了请求的起始部分，客户端应该继续请求

101

Switching Protocols（切换协议）

服务器正根据客户端的指示将协议切换成Update Header列出的协议

2XX 成功状态码

客户端发起请求时， 这些请求通常都是成功的。服务器有一组用来表示成功的状态码，分别对应于不同类型的请求。

状态码

状态消息

含义

实例

200

OK

服务器成功处理了请求（这个是我们见到最多的）

HTTP协议详解-200

201

Created（已创建）

对于那些要服务器创建对象的请求来说，资源已创建完毕。

202

Accepted（已接受）

请求已接受， 但服务器尚未处理

203

Non-Authoritative Information（非权威信息）

服务器已将事务成功处理，只是实体Header包含的信息不是来自原始服务器，而是来自资源的副本。

204

No Content(没有内容)

Response中包含一些Header和一个状态行， 但不包括实体的主题内容（没有response body）

状态码204

205

Reset Content(重置内容)

另一个主要用于浏览器的代码。意思是浏览器应该重置当前页面上所有的HTML表单。

206

Partial Content（部分内容）

部分请求成功

状态码206

3XX 重定向状态码

重定向状态码用来告诉浏览器客户端，它们访问的资源已被移动， Web服务器发送一个重定向状态码和一个可选的Location Header, 告诉客户端新的资源地址在哪。浏览器客户端会自动用Location中提供的地址，重新发送新的Request。 这个过程对用户来说是透明的。

状态码

状态消息

含义

实例

300

Multiple Choices（多项选择）

客户端请求了实际指向多个资源的URL。这个代码是和一个选项列表一起返回的，然后用户就可以选择他希望的选项了

301

Moved Permanently（永久移除)

请求的URL已移走。Response中应该包含一个Location URL, 说明资源现在所处的位置

状态码301

302

Found（已找到）

与状态码301类似。但这里的移除是临时的。 客户端会使用Location中给出的URL，重新发送新的HTTP request

HTTP协议详解-302

303

See Other（参见其他）

类似302

304

Not Modified（未修改）

客户的缓存资源是最新的， 要客户端使用缓存

HTTP协议之缓存-304

305

Use Proxy（使用代理）

必须通过代理访问资源， 代理的地址在Response 的Location中

306

未使用

这个状态码当前没使用

307

Temporary Redirect（临时重定向

类似302

4XX客户端错误状态码

状态码

状态消息

含义

实例

400

Bad Request（坏请求）

告诉客户端，它发送了一个错误的请求。

状态码400

401

Unauthorized（未授权）

需要客户端对自己认证

HTTP协议之基本认证-401

402

Payment Required（要求付款）

这个状态还没被使用， 保留给将来用

403

Forbidden（禁止）

请求被服务器拒绝了

状态码403

404

Not Found（未找到）

未找到资源

HTTP协议详解-404

405

Method Not Allowed（不允许使用的方法）

不支持该Request的方法。

状态码405

406

Not Acceptable（无法接受）

407

Proxy Authentication Required(要求进行代理认证)

与状态码401类似， 用于需要进行认证的代理服务器

HTTP协议之代理-407

408

Request Timeout（请求超时）

如果客户端完成请求时花费的时间太长， 服务器可以回送这个状态码并关闭连接

409

Conflict（冲突）

发出的请求在资源上造成了一些冲突

410

Gone（消失了）

服务器曾经有这个资源，现在没有了， 与状态码404类似

411

Length Required（要求长度指示）

服务器要求在Request中包含Content-Length。

状态码411

412

Precondition Failed（先决条件失败）

413

Request Entity Too Large（请求实体太大）

客户端发送的实体主体部分比服务器能够或者希望处理的要大

状态码413

414

Request URI Too Long（请求URI太长）

客户端发送的请求所携带的URL超过了服务器能够或者希望处理的长度

状态码414

415

Unsupported Media Type（不支持的媒体类型）

服务器无法理解或不支持客户端所发送的实体的内容类型

416

Requested Range Not Satisfiable（所请求的范围未得到满足）

417

Expectation Failed（无法满足期望）

5XX服务器错误状态码

状态码

状态消息

含义

实例

500

Internal Server Error(内部服务器错误)

服务器遇到一个错误，使其无法为请求提供服务

状态码500

501

Not Implemented（未实现）

客户端发起的请求超出服务器的能力范围(比如，使用了服务器不支持的请求方法)时，使用此状态码。

状态码501

502

Bad Gateway（网关故障）

代理使用的服务器遇到了上游的无效响应

状态码502

503

Service Unavailable（未提供此服务）

服务器目前无法为请求提供服务，但过一段时间就可以恢复服务

504

Gateway Timeout（网关超时）

与状态吗408类似， 但是响应来自网关或代理，此网关或代理在等待另一台服务器的响应时出现了超时

505

HTTP Version Not Supported（不支持的HTTP版本）

服务器收到的请求使用了它不支持的HTTP协议版本。 有些服务器不支持HTTP早期的HTTP协议版本，也不支持太高的协议版本

状态码505

http1.0 1,1 2.0的区别

HTTP1.0和HTTP1.1的一些区别

HTTP1.0最早在网页中使用是在1996年，那个时候只是使用一些较为简单的网页上和网络请求上，而HTTP1.1则在1999年才开始广泛应用于现在的各大浏览器网络请求中，同时HTTP1.1也是当前使用最为广泛的HTTP协议。 主要区别主要体现在：

  1. 缓存处理，在HTTP1.0中主要使用header里的If-Modified-Since,Expires来做为缓存判断的标准，HTTP1.1则引入了更多的缓存控制策略例如Entity tag，If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的缓存头来控制缓存策略。

  2. 带宽优化及网络连接的使用，HTTP1.0中，存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能，HTTP1.1则在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（Partial Content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。

  3. 错误通知的管理，在HTTP1.1中新增了24个错误状态响应码，如409（Conflict）表示请求的资源与资源的当前状态发生冲突；410（Gone）表示服务器上的某个资源被永久性的删除。

  4. Host头处理，在HTTP1.0中认为每台服务器都绑定一个唯一的IP地址，因此，请求消息中的URL并没有传递主机名（hostname）。但随着虚拟主机技术的发展，在一台物理服务器上可以存在多个虚拟主机（Multi-homed Web Servers），并且它们共享一个IP地址。HTTP1.1的请求消息和响应消息都应支持Host头域，且请求消息中如果没有Host头域会报告一个错误（400 Bad Request）。

  5. 长连接，HTTP 1.1支持长连接（PersistentConnection）和请求的流水线（Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟，在HTTP1.1中默认开启Connection： keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。

http与HTTP的一些区别

    http协议需要到CA申请证书，一般免费证书很少，需要交费。

    HTTP协议运行在TCP之上，所有传输的内容都是明文，http运行在SSL/TLS之上，SSL/TLS运行在TCP之上，所有传输的内容都经过加密的。

    HTTP和http使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。

    http可以有效的防止运营商劫持，解决了防劫持的一个大问题。

五、SPDY：HTTP1.x的优化

2012年google如一声惊雷提出了SPDY的方案，优化了HTTP1.X的请求延迟，解决了HTTP1.X的安全性，具体如下：

  1. 降低延迟，针对HTTP高延迟的问题，SPDY优雅的采取了多路复用（multiplexing）。多路复用通过多个请求stream共享一个tcp连接的方式，解决了HOL blocking的问题，降低了延迟同时提高了带宽的利用率。

  2. 请求优先级（request prioritization）。多路复用带来一个新的问题是，在连接共享的基础之上有可能会导致关键请求被阻塞。SPDY允许给每个request设置优先级，这样重要的请求就会优先得到响应。比如浏览器加载首页，首页的html内容应该优先展示，之后才是各种静态资源文件，脚本文件等加载，这样可以保证用户能第一时间看到网页内容。

  3. header压缩。前面提到HTTP1.x的header很多时候都是重复多余的。选择合适的压缩算法可以减小包的大小和数量。

  4. 基于http的加密协议传输，大大提高了传输数据的可靠性。

  5. 服务端推送（server push），采用了SPDY的网页，例如我的网页有一个sytle.css的请求，在客户端收到sytle.css数据的同时，服务端会将sytle.js的文件推送给客户端，当客户端再次尝试获取sytle.js时就可以直接从缓存中获取到，不用再发请求了。SPDY构成图：

SPDY位于HTTP之下，TCP和SSL之上，这样可以轻松兼容老版本的HTTP协议(将HTTP1.x的内容封装成一种新的frame格式)，同时可以使用已有的SSL功能。

HTTP2.0：SPDY的升级版

HTTP2.0可以说是SPDY的升级版（其实原本也是基于SPDY设计的），但是，HTTP2.0 跟 SPDY 仍有不同的地方，如下：

HTTP2.0和SPDY的区别：

    HTTP2.0 支持明文 HTTP 传输，而 SPDY 强制使用 http

  1. HTTP2.0 消息头的压缩算法采用 HPACK http://http2.github.io/http2-spec/compression.html，而非 SPDY 采用的 DEFLATE http://zh.wikipedia.org/wiki/DEFLATE

八、HTTP2.0和HTTP1.X相比的新特性

  • 新的二进制格式（Binary Format），HTTP1.x的解析是基于文本。基于文本协议的格式解析存在天然缺陷，文本的表现形式有多样性，要做到健壮性考虑的场景必然很多，二进制则不同，只认0和1的组合。基于这种考虑HTTP2.0的协议解析决定采用二进制格式，实现方便且健壮。

  • 多路复用（MultiPlexing），即连接共享，即每一个request都是是用作连接共享机制的。一个request对应一个id，这样一个连接上可以有多个request，每个连接的request可以随机的混杂在一起，接收方可以根据request的 id将request再归属到各自不同的服务端请求里面。

  • header压缩，如上文中所言，对前面提到过HTTP1.x的header带有大量信息，而且每次都要重复发送，HTTP2.0使用encoder来减少需要传输的header大小，通讯双方各自cache一份header fields表，既避免了重复header的传输，又减小了需要传输的大小。

  • 服务端推送（server push），同SPDY一样，HTTP2.0也具有server push功能。

    九、HTTP2.0的升级改造

    前文说了HTTP2.0其实可以支持非http的，但是现在主流的浏览器像chrome，firefox表示还是只支持基于 TLS 部署的HTTP2.0协议，所以要想升级成HTTP2.0还是先升级http为好。

  • 当你的网站已经升级http之后，那么升级HTTP2.0就简单很多，如果你使用NGINX，只要在配置文件中启动相应的协议就可以了，可以参考NGINX白皮书，NGINX配置HTTP2.0官方指南 http://www.nginx.com/blog/nginx-1-9-5/。

    使用了HTTP2.0那么，原本的HTTP1.x怎么办，这个问题其实不用担心，HTTP2.0完全兼容HTTP1.x的语义，对于不支持HTTP2.0的浏览器，NGINX会自动向下兼容的。

    十、附注

    HTTP2.0的多路复用和HTTP1.X中的长连接复用有什么区别？

    HTTP/1.* 一次请求-响应，建立一个连接，用完关闭；每一个请求都要建立一个连接；

    HTTP/1.1 Pipeling解决方式为，若干个请求排队串行化单线程处理，后面的请求等待前面请求的返回才能获得执行机会，一旦有某请求超时等，后续请求只能被阻塞，毫无办法，也就是人们常说的线头阻塞；

    HTTP/2多个请求可同时在一个连接上并行执行。某个请求任务耗时严重，不会影响到其它连接的正常执行；具体如图：

    服务器推送到底是什么？服务端推送能把客户端所需要的资源伴随着index.html一起发送到客户端，省去了客户端重复请求的步骤。正因为没有发起请求，建立连接等操作，所以静态资源通过服务端推送的方式可以极大地提升速度。具体如下：

      普通的客户端请求过程：

      服务端推送的过程：

    为什么需要头部压缩？假定一个页面有100个资源需要加载（这个数量对于今天的Web而言还是挺保守的）, 而每一次请求都有1kb的消息头（这同样也并不少见，因为Cookie和引用等东西的存在）, 则至少需要多消耗100kb来获取这些消息头。HTTP2.0可以维护一个字典，差量更新HTTP头部，大大降低因头部传输产生的流量。具体参考：HTTP/2 头部压缩技术介绍

    HTTP2.0多路复用有多好？HTTP 性能优化的关键并不在于高带宽，而是低延迟。TCP 连接会随着时间进行自我「调谐」，起初会限制连接的最大速度，如果数据成功传输，会随着时间的推移提高传输的速度。这种调谐则被称为 TCP 慢启动。由于这种原因，让原本就具有突发性和短时性的 HTTP 连接变的十分低效。HTTP/2 通过让所有数据流共用同一个连接，可以更有效地使用 TCP 连接，让高带宽也能真正的服务于 HTTP 的性能提升。