第二章为Tomcat的配置以及使用,多次涉及到到截图以及一些文字说明,这类介绍我就自己看了一下就不写出来了,作用是蛮大的,可惜我没有这个毅力写Tomcat的介绍,如果,说是假设啊,可能的话,以后有时间再钻研到这一块再单写
第三章也有点心有余而力不足的感觉,太多的消息头,我自己就看的一个头两个大,还有一大堆的状态码,实在是记不住,这个也只能等以后专门学html的时候,有时间的话再单写
目前就简单的不能再简单的了解一下
第三章
HTTP请求消息:
HTTP请求行:
HTTP请求行位于请求消息的 第一行,它包括三个部分:
请求方式、资源路径、HTTP版本
GET/index.html HTTP/1.1【每个部分以空格隔开】
HTTP的8中请求方式:
请求方式 | 含义 |
GET | 请求获取请求行的URI所标识的资源 |
POST | 向指定资源提交数据,请求服务器进行处理(如提交表单或者上传文件) |
HEAD | 请求获取友URI所标识资源的响应消息头 |
PUT | 将网页放置到指定URI位置(上传/移动) |
DELETE | 请求服务器删除URI所标识的资源 |
TRACE | 请求服务器回送收到的请求信息,主要用于测试或诊断 |
CONNECT | 保留将来使用 |
OPTIONS | 请求查询服务器的性能,或者查询与资源相关的选项和需求 |
GET方式:
method属性的默认值是GET,所以表单的method的属性设不设置都行
http://www.itcast.cn/javaForum?name=lee&psd=hnxy |
“?”后面为参数信息,用“=”进行连接,多个参数用“&”连接
当浏览器向服务器发送请求消息时,上述URI中的参数部分会附加在要访问的URI资源后面
GET /javaForum?name=lee&pwd=hnxy HTTP/1.1 |
注意:GET方式传送的数据量有限,最多不能超过1KB
POST方式:
将method设置为POST时,浏览器将使用POST方式提交表单内容,并把各个表单元及其数据作为HTTP消息的实体内容发送给服务器,而不是作为URI地址的参数传递,Content-Type消息头会自动设置为”application/x-www-form-urlencoded”,
Content-Length消息头会自动设置为实体内容的长度
POST /javaForum HTTP/1.1 Host:www.itcast.cn Content-Type:application/x-www-form-urlecoded Content-Length:17
name=lee&pwd=hnxy |
服务器端程序会采用与获取URI后面参数相同的方式来获取表单各个字段的数据
通常会使用POST,优点:
1、 POST传输数据大小无限制
2、 POST比GET请求方式更安全【GET会在URI中出现【明文】,POST则隐藏在实体中】
HTTP请求消息头:
请求行之后,便是若干请求消息头【请求消息头主要用于向服务器传递附加消息】
Host :localhost:8080 Accept:image/gif,image/x-xbitmap, * Referer:http://localhost:8080/itcast/ Accept-Language:zh-CN,zh;q=0.8,en-US;q=0.5,en;q=0.3 Accept-Encoding:gzip, deflate Content-type:application/x-www-form-urlencoded User-Agent:Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6.5; CIBA) Connection:Keep-Alive Cache-Control:n0-cache |
都是由一个头字段名称和一个值构成,之间用“:”和空格分割
头字段名称不区分大小写,习惯首字母大写
Accept头字段用于指出客户端程序能够处理的MIME类型
MIME类型:
Accept: text/html | 表明客户端希望接受HTML文本 |
Accept: image/gif | 表明客户端希望接受GIF图像格式的资源 |
Accept: image/* | 表明客户端可以接受所有image格式的子类型 |
Accept: */* | 表明客户端可以接受所有格式的内容 |
HTTP响应消息:
HTTP响应状态行位于响应消息的第一行,包括三个部分:
HTTP版本、一个表示陈成功或错误的整数代码(状态码)、对状态码进行描述的文本信息
HTTP/1.1 200 OK |
状态码:由三位数字组成,表示请求是否被理解或被满足,第一个数字定义了响应的类别
1xx | 表示请求已接收,需要继续处理 |
2xx | 表示请求已成功被服务器接收、理解并接受 |
3xx | 为完成请求,客户端需进一步细化请求 |
4xx | 客户端的请求有错误 |
5xx | 服务器端出现错误 |
状态码一大堆,记不住
常用:
200:表示服务器成功处理了客户端的请求
302:表示请求的资源临时从不同的URI响应请求,但请求者应继续使用原有位置来进行以后的请求。
404:表示服务器找不到请求的资源
500:表示服务器发生错误,无法处理客户端的请求