HTTP协议基础
什么是协议
双方在交互、通讯的时候, 遵守的一种规范、规则。
http协议
针对网络上的客户端 与 服务器端在执行http请求的时候,遵守的一种规范。 其实就是规定了客户端在访问服务器端的时候,要带上哪些东西, 服务器端返回数据的时候,也要带上什么东西。
Https协议:
是以安全为目标的Http通道,是Http的安全版。为高层协议提供数据封装、压缩、加密等基本功能的支持
http和https使用的是完全不同的连接方式,用的端口也不一样,前者是80,后者是443。
浏览器查看浏览器与服务器通讯过程
接下来我们准备开始学习HTTP协议的具体内容,既然要学习内容,必然要先能看到具体的内容,这就需要借助查看http协议内容的工具了,一般常用的工具:chrome或firefox
chrome(谷歌)——按键f12:
firefox(火狐)——按键f12:
客户端与服务器端通讯过程剖析
-
用命令行启动Tomcat
-
打开tomcat. 输入localhost:8080 打开首页
-
在首页上找到Example 字样
6.x 和 7.x 的文档页面有所不同,但是只要找到example就能够找到例子工程
-
选择 servlet 例子 —> Request Parameter
-
接着点击Request Parameters 的 Execute超链接
执行tomcat的例子,然后通过chrome浏览器开发者工具中的Network栏查看浏览器和 tomcat服务器的对接细节
Http请求数据解释
请求的数据里面包含三个部分内容 : 请求行 、 请求头 、请求体
请求行
POST /examples/servlets/servlet/RequestParamExample HTTP/1.1
POST : 请求方式 ,以post去提交数据
/examples/servlets/servlet/RequestParamExample
请求的地址路径 , 就是要访问哪个地方。
HTTP/1.1 协议版本
请求头
-
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, /
-
Referer: http://localhost:8080/examples/servlets/servlet/RequestParamExample
-
Accept-Language: zh-CN
-
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E)
-
Content-Type: application/x-www-form-urlencoded
-
Accept-Encoding: gzip, deflate
-
Host: localhost:8080
-
Content-Length: 31
-
Connection: Keep-Alive
-
Cache-Control: no-cache
Accept: 客户端向服务器端表示,我能支持什么类型的数据。
Referer : 真正请求的地址路径,全路径
Accept-Language: 支持语言格式
User-Agent: 用户代理 向服务器表明,当前来访的客户端信息。
Content-Type: 提交的数据类型。经过urlencoding编码的form表单的数据
Accept-Encoding: gzip, deflate : 压缩算法 。
Host : 主机地址
Content-Length: 数据长度
Connection : Keep-Alive 保持连接
Cache-Control : 对缓存的操作
请求体
浏览器真正发送给服务器的数据,POST请求发送的数据是以二进制流的方式放在请求体中传输的
发送的数据呈现的是key=value ,如果存在多个数据,那么使用 &
firstname=zhang&lastname=sansan
Http响应数据解析
请求的数据里面包含三个部分内容 : 响应行 、 响应头 、响应体
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=ISO-8859-1
Content-Length: 673
Date: Fri, 17 Feb 2017 02:53:02 GMT
...这里还有很多数据...
响应行
HTTP/1.1 200 OK
协议版本
状态码
咱们这次交互到底是什么样结果的一个code.
200 : 成功,正常处理,得到数据。
302 Move temporarily 重定向,请求的资源临时从不同的 URI响应请求
304 Not Modified 从缓存中读取数据,不从服务器重新获取数据
403 : for bidden 拒绝
404 : Not Found 请求失败,请求所希望得到的资源未被在服务器上发现。
405 Method Not Allowed 请求行中指定的请求方法不能被用于请求相应的资源
500 : 服务器异常
OK
对应前面的状态码
响应头
Server: 服务器是哪一种类型。 Tomcat
Content-Type : 服务器返回给客户端你的内容类型
Content-Length : 返回的数据长度
Date : 通讯的日期,响应的时间
请求方法
get请求和post请求的区别
常用的HTTP请求方法有get、post两种,他们的区别如下
- 参数可见性。get请求的参数是放在地址栏中的,post请求的参数是放在请求体中(用户在地址栏看不到)
- 安全性。get请求是不安全的,而post请求是"安全"的
- 编码方式不一样。get请求的编码是通过URLEncoder.encode()(地址栏编码); 而post请求的编码是将参数转成二进制流的形式发送
- 数据长度限制。get请求参数长度是有上限的(几Kb级别),而post请求理论参数长度无上限。
get请求乱码问题解决
get请求是通过地址栏来编码的,我们需要修改Tomcat中全局的地址栏编码方式
修改%Tomcat%/conf/server.xml,找到我们使用的8080端口这行,添加URIEncoding属性:
<Connector connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443" URIEncoding="UTF-8" />
注:新版本Tomcat地址栏编码已经调整为默认UTF-8,不需要我们修改此配置了
如果是使用Eclipse启动的项目,则需要修改Eclipse中Server文件夹下的server.xml配置文件(修改内容同上):
post请求乱码问题解决
在接收端(一般是服务端)获取请求参数之前,设置请求编码:
request.setCharacterEncoding("UTF-8");
注意:一定要在获取请求参数之前设置