从 URL 到页面返回的过程?

第一步：客户机提出域名解析请求,并将该请求发送给本地的域名服务器。

第二步：当本地的域名服务器收到请求后,就先查询本地的缓存,如果有该纪录项,则本地的域名服务器就直接把查询的结果返回。

第三步：如果本地的缓存中没有该纪录,则本地域名服务器就直接把请求发给根域名服务器,然后根域名服务器再返回给本地域名服务器一个所查询域(根的子域)的主域名服务器的地址。

第四步：本地服务器再向上一步返回的域名服务器发送请求,然后接受请求的服务器查询自己的缓存,如果没有该纪录,则返回相关的下级的域名服务器的地址。

第五步：重复第四步,直到找到正确的纪录。

#这么说当然没问题，那完美解答？

*先有一个前提，我们在使用facebook。

1. 输入一个url地址

2. 浏览器查找域名的ip地址

先找浏览器缓存，由于操作系统不会告诉浏览器给老子保存DNS记录多久，所以浏览器会给存储个2-30分钟不等。

如果浏览器缓存中没有，操作系统会做一个系统调用，windows中是一个gethosbyname来获取系统缓存中的记录

还找不到，咱们只能去ISP了，在这里一般都找到记录。在这里做的是一个递归操作，从顶级域名服务器到facebook服务器。找完爷爷，爷爷告诉你找爸爸，找完爸爸找儿子，最后儿子就是facebook服务器中一般都会有。

3. 浏览器给web服务器发送一个HTTP请求

GET http://facebook.com/ HTTP/1.1
 Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]
 User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]
 Accept-Encoding: gzip, deflate
 Connection: Keep-Alive
 Host: facebook.com
 Cookie: datr=1265876274-[...]; locale=en_US; lsd=WW[...]; c_user=2101[...]

复制代码

GET 这个请求定义了要读取的URL： “facebook.com/”。

浏览器自身定义 (User-Agent 头)， 和它希望接受什么类型的相应

(Acceptand Accept-Encoding 头).

Connection头要求服务器为了后边的请求不要关闭TCP连接。

请求中也包含浏览器存储的该域名的cookies。可能你已经知道，在不同页面请求当中，cookies是与跟踪一个网站状态相匹配的键值。这样cookies会存储登录用户名，服务器分配的密码和一些用户设置等。Cookies会以文本文档形式存储在客户机里，每次请求时发送给服务器。

4. 永久重定向响应

HTTP/1.1 301 Moved Permanently
 Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,
 pre-check=0
 Expires: Sat, 01 Jan 2000 00:00:00 GMT
 Location: http://www.facebook.com/
 P3P: CP="DSP LAW"
 Pragma: no-cache
 Set-Cookie: made_write_conn=deleted; expires=Thu, 12-Feb-2009 05:09:50 GMT;
 path=/; domain=.facebook.com; httponly
 Content-Type: text/html; charset=utf-8
 X-Cnection: close
 Date: Fri, 12 Feb 2010 05:09:51 GMT
 Content-Length: 0

复制代码

假设你输入的是facebook.com，服务器会给你一个永久定向回响这样浏览器就会访问“www.facebook.com/” 而非“ facebook.com/”。狸猫换太子啊，偷偷…

原因在于一个网站排名的原因，如果一个网站运用负载均衡有两个ip地址(这里涉及到了负载均衡看下文)，但是又想把访问量归到一个网站上去，这就是重定向。

5. 浏览器跟踪重定向地址

当你孩子从小就抱错了，自然一直把那个小乌龟王八养大，你的浏览器也就一直跟踪这个重定向的地址。

GET http://www.facebook.com/ HTTP/1.1
 Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]
 Accept-Language: en-US
 User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]
 Accept-Encoding: gzip, deflate
 Connection: Keep-Alive
 Cookie: lsd=XW[...]; c_user=21[...]; x-referer=[...]
 Host: www.facebook.com
复制代码

6. 服务器处理请求

请求处理阅读会带着它的参数和cookie，会读取也可能更新一些数据，并将数据存储在服务器上，需求处理此时会生成一个HTML响应。

7. 服务器发回一个html响应

HTTP/1.1 200 OK
 Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,
 pre-check=0
 Expires: Sat, 01 Jan 2000 00:00:00 GMT
 P3P: CP="DSP LAW"
 Pragma: no-cache
 Content-Encoding: gzip
 Content-Type: text/html; charset=utf-8
 X-Cnection: close
 Transfer-Encoding: chunked
 Date: Fri, 12 Feb 2010 09:05:55 GMT

 2b3Tn@[...]
复制代码

大致是这样的HTML，整个响应为35kB，大部分整理后以blob类型传输，内容编码头告诉浏览器整个响应体用gzip算法进行压缩。

8.浏览器显示html

在浏览器没有完整接受全部HTML文档时，它就已经开始显示了。

9.浏览器发送获取嵌入在HTML中的对象

在获取了html后我们还要接着通过访问其他的url地址来获取其他文件。这些文件都要经过一个和获取html类似的过程

此外，静态文件会允许浏览器对其进行缓存。有的文件可能会不需要与服务器通讯，而从缓存中直接读取。服务器的响应中包含了静态文件保存的期限 信息，所以浏览器知道要把它们缓存多长时间。还有，每个响应都可能包含像版本号一样工作的ETag头（被请求变量的实体值），如果浏览器观察到文件的版本 ETag信息已经存在，就马上停止这个文件的传输。

10.浏览器发送异步ajax请求

当页面实现完后，客户端仍然与服务器保持着联系。为了获取一些实时更新的信息，比如facebook中的好友是否在线的实时更新，通过javascript会不断给服务器发送异步请求获得这些信息。

#负载平衡？

负载平衡器是以一个特定IP地址进行侦听并将网络请求转发到集群服务器上的硬件设备。 一些大型的站点一般都会使用这种昂贵的高性能负载平衡器。 地理 DNS 根据用户所处的地理位置，通过把域名映射到多个不同的IP地址提高可扩展性。

#fiddler？

一个让你看到浏览器发送的异步请求的工具

#Web 服务器软件？

Web 服务器软件 web服务器软件（像IIS和阿帕奇）接收到HTTP请求，然后确定执行什么请求处理来处理它。请求处理就是一个能够读懂请求并且能生成HTML来进行响应的程序（像ASP.NET,PHP,RUBY...）。

举 个最简单的例子，需求处理可以以映射网站地址结构的文件层次存储。像http://example.com/folder1/page1.aspx这个地 址会映射/httpdocs/folder1/page1.aspx这个文件。web服务器软件可以设置成为地址人工的对应请求处理，这样 page1.aspx的发布地址就可以是http://example.com/folder1/page1。

#解决存储数据的问题？

小网站一半都会有一个 SQL 数据库来存储数据，存储大量数据和/或访问量大的网站不得不找一些办法把数据库分配到多台机器上。解决方案 有：sharding （基于主键值讲数据表分散到多个数据库中），复制，利用弱语义一致性的简化数据库。

#sharding？

#利用弱语义一致性的简化数据库?

。。。。

#blob类型?

BLOB (binary large object)，二进制大对象，是一个可以存储二进制文件的容器。在计算机中，BLOB常常是数据库中用来存储二进制文件的字段类型。BLOB是一个大文件，典型的BLOB是一张图片或一个声音文件，由于它们的尺寸，必须使用特殊的方式来处理（例如：上传、下载或者存放到一个数据库）。

#ETag头？

Etag 是URL的Entity Tag，用于标示URL对象是否改变，区分不同语言和Session等等。具体内部含义是使服务器控制的，就像Cookie那样。