HTTP 简明基础知识

HTTP超文本传输协议（HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。它是一个客户端和服务器端请求和应答的标准（TCP）。 客户端是终端用户，服务器端是网站。通过使用Web浏览器、网络爬虫或者其它的工具，客户端发起一个到服务器上指定端口（默认端口为80）的HTTP请求，服务器端响应报文的过程。本文简要描述http以及web网站的一些基础知识供大家参考。

一、什么是http
http，超文本传输协议(HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。
    HTTP是一个客户端和服务器端请求和应答的标准（TCP）。客户端是终端用户，服务器端是网站。
    客户端(user agent)通过使用Web浏览器、网络爬虫等工具，发起一个到服务器上指定端口（默认端口为80）的HTTP请求。
    应答的服务器上存储着（一些）资源，比如HTML文件和图像，（我们称）这个应答服务器为源服务器（origin server）。

    通常，由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP连接。
    HTTP服务器则在那个端口监听客户端发送过来的请求。
    一旦收到请求，服务器（向客户端）发回一个状态行，比如"HTTP/1.1 200 OK"，和（响应的）消息等。
    消息的消息体可能是请求的文件、错误消息、或者其它一些信息。

二、http协议版本
0.9：已过时，只接受 GET 一种请求。
1.0：第一个在通讯中指定版本号的HTTP 协议版本，至今仍被广泛采用，特别是在代理服务器中。
1.1：当前版本。持久连接被默认采用，并能很好地配合代理服务器工作。
    支持以管道方式同时发送多个请求，以便降低线路负载，提高传输速度。

四、web资源
存放在Internet网上供外界访问的文件或程序，又根据它们呈现的效果及原理不同，将它们划分为静态资源和动态资源。
    静态资源：
        浏览器能够直接打开的，如一个js文件，浏览器可以直接打开没有出现问题，那么就说明它是一个静态资源。
        如，html文件、css文件、js文件等它们都是静态资源。
    动态资源：
        浏览器不能够直接打开，但是经过翻译之后浏览器能够打开的资源称之动态资源。
        比如说jsp文件、servlet、php、ASP等这些都是动态资源。
    差别：
        浏览器访问静态资源，服务器会直接响应给浏览器；
        若浏览器访问的是动态资源，服务器先将动态资源翻译或转换成静态资源，然后再响应给浏览器
    web资源类型：
        html        text/html类型
        txt        text/plain类型
        jpeg        image/jpeg类型
        gif        image/gif类型
        mov,flv    视频资源类型1
五、http报文
请求报文语法格式
        起始行 ：<方法>  <URL>  <协议版本>
        请求首部 ：headers
        主体 ：请求的内容(包含客户端请求服务器的数据)
    方法：客户端希望服务器端对资源执行的动作
        GET：从服务器获取一份web资源，需要服务器发送
        HEAD：只从服务器获取文档的首部
        POST：向服务器发送需要处理的数据（一般是表单提交）
        PUT：与GET相反，向服务器发送资源；服务器通常需要存储此资源（位置：通常为文件系统）
        DELETE：删除URL指向的资源
        OPTIONS：探测服务器端对请求的URL所支持使用的请求方法
        TRACE：跟一次请求中间所经过的代理服务器、防火墙或网关
    通用首部：在报文中添加的附加信息，用于描述主体
        Connection: 定义C/S之间关于请求、响应的有关选项
        Connection: keep-alive
        Cache-Control: 缓存控制
        Via: 显示了报文经过的中间节点

    请求首部：
        Client-IP:客户端IP
        Host: 请求的主机
        Referer: 指明了请求当前资源原始资源的URL
        User-Agent: 用户代理
        Accept首部：
        Accept: 指明服务器能发送的媒体类型
        Accept-Charset: 支持使用的字符集
        Accept-Encoding: 支持使用的编码方式
        Accept-Language: 支持使用语言
        条件式请求：
        Expect: 告诉服务器能够发送哪些媒体类型
        If-Modified-Since: 是否在指定时间内修改过此资源
        If-None-Match:如果提供的实体标记与当前文档的实体标记不符，就获取此文档
        跟安全相关请求：
        Authorization: 客户端提交给服务器的认证数据，如帐号和密码
        Cookie: 客户端发送给服务器身份标识

    响应报文的语法格式
        起始行 ：<协议版本>  <响应状态码>  <原因短语>
        响应首部：headers
        主体：响应的内容

    响应状态码
        100-199  信息提示
        200-299  成功状态码
        300-399  重定向
        400-499  客户端错误
        500-599  服务器错误
        401：认证失败
        404：找不到请求的资源
        403：对资源没有访问权限

    响应首部
        Date：消息产生的时间
        Age: 响应持续时间
        Server: 向客户端说明自己的程序名称和版本
        ETage：不透明验证者
        Location：URL备用的位置
        Content-Length：实体的长度
        Content-Tyep：实体的媒体类型
        协商首部：
        ary: 首部列表，服务器会根据列表中的内容挑一个最适用的版本发送给客户端
        Accept-Ranges: 对当前资源来讲，服务器所能够接受的范围类型
        跟安全相关：
        WWW-Authentication：质询，即要求客户提供帐号和密码
        Set-Cookie：服务器端在某客户端第一次请求时发送令牌

六、http交互过程(http/web事务)

一次Web请求响应的交互过程 （服务器的具体工作细节）
1、建立连接：接收客户端连接请求；
2、接收请求：从来自于网络的请求报文请求一次特定的资源请求；
  连接的输入/输出处理结构：
  单进程web服务器：启动一个进程接收请求，而且一次只处理一个请求；当处理结束后再接收并处理后续的请求；
  多进程web服务器：
      启动多个进程，每个进程处理一个请求，每来一个请求生成一个进程；
      属于预生成模型，事先生成多个空闲子进程；进程池(线程池)；
  复用I/O的web服务器：一个进程响应多个请求；基于事件驱动模式实现；
  复用I/O的多线程web服务器：一个进程响应n个请求；启动m个进程；同时能处理的请求数：n*m

    web服务器支持多种资源映射方式：(将文件系统路径和URL路径进行映射)
        (1) docroot
        (2) virtualhost docroot
        (3) user home docroot
        (4) alias

        注意：访问控制机制有可能会影响资源的访问权限；

5、构建响应报文：

6、发送响应报文：
    长连接：keep-alive
    短连接

7、记录日志

七、http 无状态
http无状态：
是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。其次随着客户端与服务器进行动态交互的Web应用程序的出现，如购物车程序需要知道用户到底在之前选择了什么商品，则需要解决无状态的问题。为支持客户端与服务器之间的交互，需要通过不同的技术为交互存储状态，而这些不同的技术就是Cookie和Session了。

Cookie解决方案：
通过客户端保持状态，该方式将服务器发给客户端的特殊信息，以文本文件的方式存放在客户端，然后客户端每次向服务器发送请求的时候都会带上这些特殊的信息。当用户连接到支持cookie的网站时，用户会提供包括用户名在内的个人信息并且提交至服务器；接着，服务器在向客户端回传相应的超文本的同时也会发回这些个人信息。如登陆购物添加到购物车以及登陆时是否保存密码等都是通过将信息保存到Cookie是产生的作用。

Session解决方案：
当客户端访问服务器时，服务器根据需求设置Session，将会话信息保存在服务器上，同时将标示Session的SessionId传递给客户端浏览器。浏览器将这个 SessionId 保存在内存中，我们称之为无过期时间的 Cookie。浏览器关闭后，这个 Cookie 就会被清掉，它不会存在于用户的 Cookie 临时文件。以后浏览器每次请求都会额外加上这个参数值，服务器会根据这个 SessionId，就能取得客户端的数据信息。如果客户端浏览器意外关闭，服务器保存的 Session 数据不是立即释放，此时数据还会存在，只要我们知道那个SessionId，就可以继续通过请求获得此Session 的信息。因为此时后台的 Session 还存在，当然我们可以设置一个 Session 超时时间，一旦超过规定时间没有客户端请求时，服务器就会清除对应 SessionId 的 Session 信息。