Web工作方式

获取资源的过程

对于普通的上网过程，系统其实是这样做的：浏览器本身是一个客户端，当你输入URL时，首先浏览器会去请求 DNS 服务器，通过DNS获取相应的域名对应的IP，然后通过IP地址找到IP对应的服务器后，要求建立TCP连接，等浏览器发送完HTTP Request(请求)包后，服务器接收到请求包之后才开始处理请求包，服务器调用自身服务，返回HTTP Response(响应)包；客户端接收到来自服务器的响应后开始渲染这个Response包里的主体(body)，等收到全部的内容后断开与该服务器之间的TCP连接。（浏览器和服务器交互的过程包含TCP的三次握手和四次挥手）。
如图，用户访问一个Web站点的过程：

Web服务器也被称为HTTP服务器，它通过HTTP协议与客户端通信。这个客户端通常指Web浏览器（手机端内部也是浏览器实现的）。

Web服务器的工作原理可以简单归纳为:

• 客户机通过TCP/IP协议建立到服务器的TCP连接；
• 客户端向服务器发送HTTP协议请求包，请求服务器里的资源文档；
• 服务器向客户机发送HTTP协议应答包，如果请求的资源包含有动态语言的内容，那么服务器会调用动态语言的解释引擎负责处理"动态内容"，并将处理得到的数据返回给客户端；
• 客户机与服务器断开。由客户端解释HTML文档，在客户端屏幕上渲染图形结果。

注：客户机与服务器之间的通信是非持久连接的，也就是当服务器发送了应答后就与客户机断开连接，等待下一次请求。

URL和DNS解析

URL（Uniform Resource Locator）是"统一资源定位符"的英文缩写，用于描述一个网络上的资源，基本格式如下：

scheme://host[:port#]/path/.../[?query-string][#anchor]
scheme         指定底层使用的协议(例如：http, https, ftp等).
host           HTTP服务器的IP地址或者域名.
port#          HTTP服务器的默认端口是80，这种情况下端口号可以省略。如果使用了别的端口，必须指明，例如 https://amesy.me:8080/
path           访问资源的路径.
query-string   发送给http服务器的数据.
anchor         锚.

DNS(Domain Name System)是"域名系统"的英文缩写，是一种组织成域层次结构的计算机和网络服务命名系统，被用于TCP/IP网络，它的功能就是将主机名或域名转换为实际IP地址。DNS就是这样的一位“翻译官”，它的基本工作原理可用下图来表示：

更详细的DNS解析的过程如下：

1. 在浏览器中输入www.google.com这个域名，操作系统会先检查自己本地的hosts文件是否有这个网址映射关系，如果有就先调用这个IP地址映射，完成域名解析。
2. 如果hosts里没有这个域名的映射，则查找本地DNS解析器缓存，是否有这个网址映射关系，如果有直接返回，完成域名解析。
3. 如果hosts与本地DNS解析器缓存都没有相应的网址映射关系，那么系统首先会找TCP/IP参数中设置的首选DNS服务器，在此我们叫它本地DNS服务器，此服务器收到查询时，如果要查询的域名，包含在本地配置区域资源中，则返回解析结果给客户机，完成域名解析，此解析具有权威性。
4. 如果待查询的域名不由本地DNS服务器区域解析，但该服务器已缓存了此网址映射关系，则调用这个IP地址映射，完成域名解析，此解析不具有权威性。
5. 如果本地DNS服务器的本地区域文件与缓存解析都失效，则根据本地DNS服务器的设置（是否设置转发器）进行查询，如果未用转发模式，本地DNS就把请求发至 “根DNS服务器”，“根DNS服务器”收到请求后会判断这个域名(.com)是谁来授权管理，并会返回一个负责该顶级域名服务器的一个IP。本地DNS服务器收到IP信息后，将会联系负责.com域的这台服务器。这台负责".com域"的服务器收到请求后，如果自己无法解析，它就会找一个管理".com域"的下一级DNS服务器地址(google.com)给本地DNS服务器。当本地DNS服务器收到这个地址后，就会找google.com域的服务器，重复上面的动作，进行查询，直至找到www.google.com主机。
6. 如果用的是转发模式，此DNS服务器就会把请求转发至上一级DNS服务器，由上一级服务器进行解析，上一级服务器如果不能解析，或找根DNS或把转发请求转至上上级，以此循环。不管是本地DNS服务器用的是转发还是根提示，最后都是把结果返回给本地DNS服务器，由此DNS服务器再返回给客户机。

图示，DNS解析的整个流程：

• 递归查询：客户端只发出一次请求一定要得到最终结果;(主机向本地域名服务器的查询一般都是采用递归查询.)

• 迭代查询：服务器发出多次请求,层层请求后返回最终结果;(本地域名服务器向根域名服务器的查询(域名服务器之间的查询)一般都是采用迭代查询)

最后，通过上面的步骤，我们最后获取的是IP地址，也就是浏览器最后发起请求的时候是基于IP来和服务器做信息交互的。

HTTP协议详解

HTTP协议是Web工作的核心，所以要了解清楚Web的工作方式就需要先详细的了解清楚HTTP是怎样工作的。

HTTP是一种让Web服务器与浏览器(客户端)通过Internet发送与接收数据的协议，它建立在TCP协议之上，一般默认采用TCP的80端口。它是一个请求、响应协议，即客户端发出一个请求，服务器响应这个请求。在HTTP中客户端总是通过建立一个连接与发送一个HTTP请求来发起一个事务。服务器不能主动去连接客户端，也不能给客户端发出一个回调连接。客户端与服务器端都可以提前中断一个连接。例如当浏览器下载一个文件时，你可以通过点击"停止"键来中断文件的下载，关闭与服务器的HTTP连接。

HTTP协议是无状态的，同一个客户端的这次请求和上次请求是没有对应关系的，对HTTP服务器来说，它并不知道这两个请求是否来自同一个客户端。为了解决这个问题， Web程序引入了Cookie机制来维护连接的可持续状态。

HTTP协议是建立在TCP协议之上的，因此TCP***一样会影响HTTP的通讯，例如比较常见的一些***：SYN Flood是当前最流行的DoS（拒绝服务***）与DdoS（分布式拒绝服务***）的方式之一，这是一种利用TCP协议缺陷，发送大量伪造的TCP连接请求，从而使得被***方资源耗尽（CPU满负荷或内存不足）的***方式。

HTTP请求包（浏览器信息）

我们先来看看Request包的结构。Request包分为3部分，第一部分叫Request line（请求行）, 第二部分叫Request header（请求头）,第三部分是body（主体）。header和body之间有个空行，请求包的例子所示:

GET /domains/example/ HTTP/1.1      //请求行: 请求方法 请求URI HTTP协议/协议版本
Host：www.iana.org               //服务端的主机名
User-Agent：Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4          //浏览器信息
Accept：text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8  //客户端能接收的mine
Accept-Encoding：gzip,deflate,sdch       //是否支持流压缩
Accept-Charset：UTF-8,*;q=0.5        //客户端字符编码集
//空行,用于分割请求头和消息体
//消息体,请求资源参数,例如POST传递的参数

HTTP协议定义了很多与服务器交互的请求方法，最基本的有4种，分别是GET,POST,PUT,DELETE。一个URL地址用于描述一个网络上的资源，而HTTP中的GET, POST, PUT, DELETE就对应着对这个资源的查，增，改，删4个操作。最常见的就是GET和POST。GET一般用于获取/查询资源信息，而POST一般用于更新资源信息。

通过fiddler抓包可以看到如下请求信息:

GET信息：

POST信息：

GET和POST的区别

1. 从上图抓取到的信息可以看到GET请求消息体为空，POST请求带有消息体。
2. GET提交的数据会放在URL之后，以?分割URL和传输数据，参数之间以&相连，如EditPosts.aspx?name=test1&id=123456。POST方法是把提交的数据放在HTTP包的body中。
3. GET提交的数据大小有限制（因为浏览器对URL的长度有限制），而POST方法提交的数据没有限制。
4. GET方式提交数据，会带来安全问题，比如一个登录页面，通过GET方式提交数据时，用户名和密码将出现在URL上，如果页面可以被缓存或者其他人可以访问这台机器，就可以从历史记录获得该用户的账号和密码。

HTTP响应包（服务器信息）

HTTP的Response包的结构如下：

HTTP/1.1 200 OK                     //状态行
Server: nginx/1.10.1                //服务器使用的WEB软件名及版本
Date:Date: Tue, 30 Oct 2012 04:14:25 GMT        //发送时间
Content-Type: text/html             //服务器发送信息的类型
Transfer-Encoding: chunked          //表示发送HTTP包是分段发的
Connection: keep-alive              //保持连接状态
Content-Length: 90                  //主体内容长度
//空行 用来分割消息头和主体
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"... //消息体

Response包中的第一行叫做状态行，由HTTP协议版本号, 状态码, 状态消息三部分组成。

状态码用来告诉HTTP客户端,HTTP服务器是否产生了预期的Response。HTTP/1.1协议中定义了5类状态码，状态码由三位数字组成，第一个数字定义了响应的类别

• 1XX 提示信息 - 表示请求已被成功接收，继续处理.
• 2XX 成功 - 表示请求已被成功接收，理解，接受.
• 3XX 重定向 - 要完成请求必须进行更进一步的处理.
• 4XX 客户端错误 - 请求有语法错误或请求无法实现.
• 5XX 服务器端错误 - 服务器未能实现合法的请求.

下面这个图展示了一次详细的资源访问，可以看到资源状态返回码304表示跳转。response header里面展示了详细的访问信息。

HTTP协议是无状态的和Connection: keep-alive的区别

无状态是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。从另一方面讲，打开一个服务器上的网页和你之前打开这个服务器上的网页之间没有任何联系。

HTTP是一个无状态的面向连接的协议，无状态不代表HTTP不能保持TCP连接，更不能代表HTTP使用的是UDP协议（面对无连接）。

从HTTP/1.1起，默认都开启了Keep-Alive保持连接特性，简单地说，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的TCP连接。

Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同服务器软件（如Apache）中设置这个时间。

请求实例

上面这张图我们可以了解到整个的通讯过程，可以看到一个URL请求, 但是左边栏里面有很多的资源被请求(这些都是静态文件，go对于静态文件有专门的处理方式)。

这个就是浏览器的一个功能。第一次请求url，服务器端返回的是html页面，然后浏览器开始渲染HTML：当解析到HTML DOM里面的图片链接、css脚本和js脚本的链接，浏览器就会自动发起一个请求静态资源的HTTP请求，获取相应的静态资源，然后浏览器就会渲染出来，最终将所有资源整合、渲染，完整展现在我们面前的屏幕上。

网页优化方面有一项措施是减少HTTP请求次数，就是把尽量多的css和js资源合并在一起，目的是尽量减少网页请求静态资源的次数，提高网页加载速度，同时减缓服务器的压力。

参考文档：https://github.com/astaxie/build-web-application-with-golang