输入facebook的URL按下回车后究竟发生了什么(1)(3)
6、服务器处理请求
图 7
服务器将会收到GET请求并进行处理，然后发回响应，看起来是一个非常简单的操作，但实际上在这个期间发生了许多有趣的事情。
◆Web服务器软件
Web服务器软件如IIS或Apache）收到HTTP请求后，立即确定由哪个请求处理程序来处理这个请求，请求处理程序读取请求，生成HTML。
举一个最简单的例子，请求处理程序可以保存在一个文件中，其结构和URL结构完全对应，如http://example.com/folder1/page1.aspx URL映射到文件/httpdocs/folder1/page1.aspx，Web服务器软件也可以配置，将URL手工映射到请求处理程序，因此page1.aspx的公共URL应该是http://example.com/folder1/page1。
◆请求处理程序
请求处理程序读取请求，它的参数和cookie，它可能会读取和更新服务器上的某些数据，然后生成一个HTML页面作为响应。
每个动态网站面临的一个有趣的困难是如何保存数据，小网站通常只有一个SQL数据库来保存数据，但大型网站必须将数据库部署到多台服务器上，解决办法包括水平分区根据主键，将一张表拆分到多个数据库），复制和使用简化数据库不追求一致性）。
保持数据廉价更新的一个技术是使用批处理作业，例如，Facebook会及时更新新闻消息源，但"你可能知道"功能可能只需要每晚进行更新我猜的，我也不知道真实情况如何），批处理作业更新会产生一些过时的不重要的数据，但它使数据更新更快，更简单。
7、服务器发回HTML响应
图 8
下面是服务器生成并发回的一个响应：
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 GMT2b3????????T?n?@????[...]
The entire response is 36 kB, the bulk of them in the byte blob at the end that I trimmed.
The Content-Encoding header tells the browser that the response body is compressed using the gzip algorithm.After decompressing the blob, you'll see the HTML you'd expect:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"
lang="en" id="facebook" class=" no_js">
<head>
<meta http-equiv="Content-type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-language" content="en" />
...
除了压缩外，消息头指定是否以及如何缓存页面，cookie设置在这个响应中没有），隐私信息等等。
注意消息头中的Content-Typt设置成text/html了，它告诉浏览器以HTML呈现响应的内容，而不是作为一个文件下载，浏览器通过消息头决定如何解释响应的内容，但也会考虑其他因素，如URL扩展。
8、浏览器开始渲染HTML
在浏览器未接收完整个HTML文档之前，它就开始渲染了。
图 9
9、浏览器发送嵌入到HTML中的对象请求
图 10
评论暂时关闭