如图所示：  

2)为什须要三次握手?

假设不采取“三次握手”，那么只要server发出确认，新的连接就建立了。因为如今client并没有发出建立连接的请求，是以不会理睬server切实其实认，也不会向server发送数据。但server却认为新的运输连接已经建立，并一向等待client发来数据。如许，server的很多资本就白白浪费掉落了。采取“三次握手”的办法可以防止上述现象产生。例如刚才那种情况，client不会向server切实其实认发出确认。server因为收不到确认，就知道client并没有请求建立连接。”。重要目标防止server端一向等待，浪费资本。

3)TCP四次挥手

第一次挥手：Client发送一个FIN，用来封闭Client到Server的数据传送，Client进入FIN_WAIT_1状况。

l 响应正文

比来刚好也在看http协定相干的器械，所以想对这个话题来个深刻的总结，本文的目标是经由过程输入url之后产生的工作来做常识的总结和扩大。所以文┞仿可能会很杂。

第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1(与SYN雷同，一个FIN占用一个序号)，Server进入CLOSE_WAIT状况。

第三次挥手：Server发送一个FIN，用来封闭Server到Client的数据传送，Server进入LAST_ACK状况。

第四次挥手：Client收到FIN后，Client进入TIME_WAIT状况，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状况，完成四次挥手。  

4)为什么建立连接是三次握手，而封闭连接倒是四次挥手呢?

这是因为办事端在LISTEN状况下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而封闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了然则还能吸法术据，己方也未必全部数据都发送给对方了，所以己方可以急速close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示赞成如今封闭连接，是以，己方ACK和FIN一般都邑分开辟送。

4、办事器的永远重定向响应

办事器给浏览器响应一个301永远重定向响应，如许浏览器就会拜访“http://www.google.com/” 而非“http://google.com/”。

为什么办事器必定要重定向而不是直接发送用户想看的网页内容呢?个一一个原因跟搜刮引擎排名有关。如不雅一个页面有两个地址，就像http://www.yy.com/和http://yy.com/，搜刮引擎会认为它们是两个网站，结不雅造成每个搜刮链接都削减大年夜而降低排名。而搜刮引擎知道301永远重定向是什么意思，如许就会把拜访带www的和不带www的地址归到同一个网站排名下。还有就是用不合的地址会造成缓存友爱性变差，当一个页面有好几个名字时，它可能会在缓存里出现好几回。

扩大常识

1)301和302的差别。

301和302状况码都表示重定向，就是说浏览器在拿到办事器返回的┞封个状况码后会主动跳转到一个新的URL地址，这个地址可以大年夜响应的Location首部中获取(用户看到的效不雅就是他输入的地址A刹时变成了另一个地址B)——这是它们的合营点。

他们的不合在于。301表示旧地址A的资本已经被永远地移除了(这个资本弗查拜访了)，搜刮引擎在抓取新内容的同时也将旧的网址交换为重定向之后的网址;

2)重定向原因：

(1)网站调剂(如改变网页目次构造);

(2)网页被移到一个新地址;

(3)网页扩大名改变(如应用须要把.php改成.Html或.shtml)。

这种情况下，如不雅不做重定向，则用户收藏夹或搜刮引擎数据库中旧地址只能让拜访客户获得一个404页面缺点信息，拜访流量白白损掉;再者某些注册了多个域名的网站，也须要经由过程重定向让拜访这些域名的用户主动跳转到主站点等。

3)什么时刻进行301或者302跳转呢?

当一个网站或者网页24—48小时内临时移动到一个新的地位，这时刻就要进行302跳转，而应用301跳转的场景就是之前的网站因为某种原因须要移除掉落，然后要到新的地址拜访，是永远性的。

清楚明白而言：应用301跳转的大年夜概场景如下：

• 域名到期不想续费(或者发清楚明了更合适网站的域名)，想换个域名。
• 在搜刮引擎的搜刮结不雅中出现了不带www的域名，而带www的域名却没有收录，这个时刻可以用301重定素来告诉搜刮引擎我们目标的域名是哪一个。
• 空间办事器不稳定，换空间的时刻。
• 浏览器跟踪重定向地址

如今浏览器知道了 "http://www.google.com/"才是要拜访的┞俘确地址，所以它会发送另一个http请求。这琅绫腔有啥好说的

• 办事器处理请求

经由前面的重重步调，我们终于将我们的http请求发送到了办事器这里，其实前面的重定向已经是达到办事器了，那么，办事器是若何处理我们的请求的呢?

如图所示： 

经由过程Nginx的反向代劳，我们达到了web办事器，办事端脚本处理我们的请求，拜访我们的数据库，获取须要获取的内容等等，当然，这个过程涉及很多后端脚本的复杂操作。因为对这一块不熟，所以这一块只能介绍这么多了。

扩大浏览：

客户端本来可以直接经由过程HTTP协定拜访某网站应用办事器，网站治理员可以在中心加上一个Nginx，客户端请求Nginx，Nginx请求应用办事器，然后将结不雅返回给客户端，此时Nginx就是反向代劳办事器。 

　　推荐阅读

　　5个开源RSS订阅阅读器

但简便并不料味着缺乏功能。其响应式设计在任何设备上看起来都很好，并可以应用主题、API 接口、多说话、固定书签等等。 你日常平凡应用 RSS 浏览器么?四年前当 Google Reader 宣布停止的时>>>详细阅读

本文标题：老生常谈-从输入url到页面展示到底发生了什么

地址：http://www.17bianji.com/lsqh/34725.html

 1/2    1