分析URL结构

我们实际应该要把浏览器与服务器交互的过程，看作是一个长距离文件传输的过程，根据Unix提出的思想，一切皆是文件，服务器做的事情，只是储存这些文件，并在我们提出要求时，查询并找到这些文件，再发送给客户端浏览器实现渲染的过程。而这些交互过程需要一个统一的规范，也就是协议，Internet使用的是HTTP协议。而传递文件前，发出的请求或做出的回应，便是请求/回应行，这是对用户查询行为的一种翻译。用户的行为可能体现在与浏览器表单的交互，也有可能是直接修改URL。

1.URL的组成部分由 协议 + 主机名（：端口（访问本地时可指定））+文件目录 组成

例如：http://www.baidu.com/ 可看做是 http协议 + www.baidu.com主机 +/ 文件目录组成

在文件目录中

使用？代表查询字符，当页面URL出现当前字符时，说明发送或返回到了包含查询信息的页面。？q=xxx (q是query即查询的缩写，但有的网页需要使用tx？query=xxx之流)

使用#代表页面锚点，当页面出现这一部分时，这一部分并没有和主机发生交互，是在客户端浏览器内部实现了定位。

2.HTTP协议 

当与服务器发生交互时，客户端会发送一条请求行，开头格式为

方法 + 请求的页面在主机文件目录中的位置 +协议版本

例如：GET /index HTTP/1.1

意思就是查询 服务端文件目录下/index文件 使用HTTP1.1协议版本 

方法有get/post     文件目录中不会出现#符号  协议版本可能也会有1.0

3.完成一条请求头

GET /index HTTP/1.1 方法和文件目录和版本

Host：www.example.com 请求的主机位置

User-Agent:chrome 你的代理服务器/也可以随便写

还可以按照自己的意愿再请求头中加一些自定义内容，不过需要遵守格式规范

4.完成一条回应头

HTTP:/1.1  200 OK                             分别对应 协议版本 +状态码+状态码原因

Date：Tue Mar 2012 04:33:33 GMT

Server: Apache/2.2.3                            服务器版本

Content-type: text/html                          返回的内容类型

Content-Length:  1539                           返回的内容实体长度

//常见状态码 200 OK 302 Found 404 Not Found 500 Server Error

5.Web Application原理简析

       在90年代，服务器中需要返回的页面资源全部被称为static静态资源，不需要

服务端的加载，而是预先写好的，因而不能存在交互功能，比如，网络聊天室，

个人博客等，都无法实现，就像上世纪的地区黄页一样。

       而在如今，需要被访问的页面和交互效果都是由动态请求申请获取的。因而

他们都是动态的被加载出来的(build on the fly)。而加载这些动态页面，动态

生成内容的媒介，则被称为网络应用程序(Web Application)。

6.在查询有空格的字段时，系统会为空格加上+号

7.使用get方法可以使用缓存，而post方法并没有，get方法不应该改变服务器

情况，post则被允许可以。