BS与CS优缺点对比
CS响应速度快，安全性强，用户体验好，一般应用于局域网中，但是开发维护成本高；BS可以实现跨平台，客户端零维护，但是个性化能力低，响应速度较慢。所以有些单位日常办公应用BS，在实际生产中使用CS结构。
http请求方式
请求方式：
HTTP1.0定义了三种请求方法： GET, POST 和 HEAD方法。
HTTP1.1新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。
GET? 请求指定的页面信息，并返回实体主体。
HEAD???? 类似于get请求，只不过返回的响应中没有具体的内容，用于获取报头
POST??向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。
PUT? 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE?? 请求服务器删除指定的页面。
CONNECT? HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
OPTIONS? 允许客户端查看服务器的性能。
TRACE??? 回显服务器收到的请求，主要用于测试或诊断。
Get与post请求的区别
1、GET将参数放在URL中。而POST将数据放在BODY中。
2、GET的URL会有长度上的限制，而POST的数据则可以非常大。
3、POST相比GET更安全，因为数据在地址栏上不可见。
4、一般get请求用来获取数据，post请求用来发送数据。
客户端发送一个HTTP请求到服务器的请求消息包括以下格式：
请求行（request line）、请求头部（header）、空行和请求数据四个部分组成。
请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本。
第一部分：请求行，第一行明了是post请求，以及http1.1版本。
第二部分：请求头部，第二行至第六行。
第三部分：空行，第七行的空行。
第四部分：请求数据，第八行。
| Accept: text/html,image/*? ????-- 浏览器接受的数据类型 Accept-Charset: ISO-8859-1???? -- 浏览器接受的编码格式 Accept-Encoding: gzip,compress? --浏览器接受的数据压缩格式 Accept-Language: en-us,zh-???? --浏览器接受的语言 Host: www.it315.org:80??? ??????--（必须的）当前请求访问的目标地址（主机:端口） If-Modified-Since: Tue, 11 Jul 2000 18:23:51 GMT? --浏览器最后的缓存时间 Referer: http://www.it315.org/index.jsp????? -- 当前请求来自于哪里 User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)? --浏览器类型 Cookie:name=eric?? ??????????????????-- 浏览器保存的cookie信息 Connection: close/Keep-Alive?? ?????????-- 浏览器跟服务器连接状态。close: 连接关闭? keep-alive：保存连接。 Date: Tue, 11 Jul 2000 18:23:51 GMT????? -- 请求发出的时间 |
?
服务器接收并处理客户端发过来的请求后会返回一个HTTP的响应消息
HTTP响应也由四个部分组成，分别是：状态行、消息报头、空行和响应正文。
第一部分：状态行，由HTTP协议版本号， 状态码， 状态消息 三部分组成。
第一行为状态行，（HTTP/1.1）表明HTTP版本为1.1版本，状态码为200，状态消息为（ok）
第二部分：消息报头，用来说明客户端要使用的一些附加信息
第二行和第三行为消息报头，
Date:生成响应的日期和时间；Content-Type:指定了MIME类型的HTML(text/html),编码类型是UTF-8
第三部分：空行，消息报头后面的空行是必须的
第四部分：响应正文，服务器返回给客户端的文本信息。
空行后面的html部分为响应正文。
http响应—常见响应头
Location: http://www.it315.org/index.jsp?? -表示重定向的地址，该头和302的状态码一起使用
Server:apache tomcat???????????????? ---表示服务器的类型
Content-Encoding: gzip???????????????? -- 表示服务器发送给浏览器的数据压缩类型
Content-Length: 80??????????????????? --表示服务器发送给浏览器的数据长度
Content-Language: zh-cn?????????????? --表示服务器支持的语言
Content-Type: text/html; charset=GB2312?? --表示服务器发送给浏览器的数据类型及内容编码
Last-Modified: Tue, 11 Jul 2000 18:23:51 GMT --表示服务器资源的最后修改时间
Refresh: 1;url=http://www.it315.org??????? --表示定时刷新
Content-Disposition: attachment; filename=aaa.zip --表示告诉浏览器以下载方式打开资源（下载文件时用到）
Transfer-Encoding: chunked
Set-Cookie:SS=Q0=5Lb_nQ; path=/search?? --表示服务器发送给浏览器的cookie信息（会话管理用到）
Expires: -1?????????????????????????? --表示通知浏览器不进行缓存
Cache-Control: no-cache
Pragma: no-cache
Connection: close/Keep-Alive?????????? --表示服务器和浏览器的连接状态。close：关闭连接 keep-alive:保存连接
HTTP之状态码
状态代码有三位数字组成，第一个数字定义了响应的类别，共分五种类别:
1xx：指示信息--表示请求已接收，继续处理
2xx：成功--表示请求已被成功接收、理解、接受 200
3xx：重定向--要完成请求必须进行更进一步的操作 charles本地修改
4xx：客户端错误--请求有语法错误或请求无法实现 403 404
5xx：服务器端错误--服务器未能实现合法的请求 500 503
常见状态码：
200 OK??????????????????????? //客户端请求成功
400 Bad Request?? ????????????//客户端请求有语法错误，不能被服务器所理解
401 Unauthorized????????????? //请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用
403 Forbidden???????????????? //服务器收到请求，但是拒绝提供服务
404 Not Found???????????????? //请求资源不存在，eg：输入了错误的URL
500 Internal Server Error???? //服务器发生不可预期的错误
503 Server Unavailable??????? //服务器当前不能处理客户端的请求，一段时间后可能恢复正常
Session和Cookie的主要区别在于：
Cookie是把数据保存在浏览器端的内存中
Session把数据保存在服务器端的内存中
cookie与session的联系：
当服务器端生成一个session时就会向客户端发送一个cookie保存在客户端，这个cookie保存的是session的sessionId。。这样才能保证客户端发起请求后客户端已经登录的用户能够与服务器端成千上万的session中准确匹配到已经保存了该用户信息的session，同时也能够确保不同页面之间传值时的正确匹配。