http请求报文和响应报文
一.请求报文
1.一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成。
也可以这样理解
＜request-line＞ //请求行 ＜headers＞ //首部行 ＜blank line＞ //空行 ＜request-body＞ //请求体
1.1 请求行
请求行由三部分组成：请求方法，请求URL（不包括域名），HTTP协议版本
请求方法比较多：GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT
最常用的是GET和POST。
1.2 请求头部
请求头部由关键字/值对组成，每行一对常见的Content-Type：
| Content-Type | 解释 |
|---|---|
| text/html | html格式 |
| text/plain | 纯文本格式 |
| text/css | CSS格式 |
| text/javascript | js格式 |
| image/gif | gif图片格式 |
| image/jpeg | jpg图片格式 |
| image/png | png图片格式 |
| application/x-www-form-urlencoded | POST专用：普通的表单提交默认是通过这种方式。form表单数据被编码为key/value格式发送到服务器。 |
| application/json | POST专用：用来告诉服务端消息主体是序列化后的 JSON 字符串 |
| text/xml | POST专用：发送xml数据 |
| multipart/form-data | POST专用 用以支持向服务器发送二进制数据，以便可以在 POST 请求中实现文件上传等功能 |
1.3 空行
请求头之后是一个空行，通知服务器以下不再有请求头
1.4 请求体
GET没有请求数据，POST有。
与请求数据相关的最常使用的请求头是 Content-Type 和 Content-Length 。
二.响应报文
HTTP响应报文和请求报文的结构差不多，也是由四个部分组成：状态行 消息报头 空行 响应体
＜status-line＞ //状态行
＜headers＞ //消息报头 ＜blank line＞ //空行 ＜response-body＞ //响应体
状态行格式如下：HTTP-Version Status-Code Reason-Phrase CRLF
其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。状态代码由三位数字组成，第一个数字定义了响应的类别，且有五种可能取值。
-
1xx：指示信息--表示请求已接收，继续处理。
-
2xx：成功--表示请求已被成功接收、理解、接受。
-
3xx：重定向--要完成请求必须进行更进一步的操作。
-
4xx：客户端错误--请求有语法错误或请求无法实现。
-
5xx：服务器端错误--服务器未能实现合法的请求。
常见状态代码、状态描述的说明如下。
-
200 OK：客户端请求成功。
-
400 Bad Request：客户端请求有语法错误，不能被服务器所理解。
-
401 Unauthorized：请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用。
-
403 Forbidden：服务器收到请求，但是拒绝提供服务。
-
404 Not Found：请求资源不存在，举个例子：输入了错误的URL。
-
500 Internal Server Error：服务器发生不可预期的错误。
-
503 Server Unavailable：服务器当前不能处理客户端的请求，一段时间后可能恢复正常，举个例子：HTTP/1.1 200 OK（CRLF）。
2，响应头部
| 响应头 | 说明 |
| Server | 服务器应用程序软件的名称和版本 |
| Content-Type | 响应正文的类型（是图片还是二进制字符串） |
| Content-Length | 响应正文长度 |
| Content-Charset | 响应正文使用的编码 |
| Content-Encoding | 响应正文使用的数据压缩格式 |
| Content-Language | 响应正文使用的语言 |
get请求和post请求的一些区别
1.GET提交，请求的数据会附在URL之后（就是把数据放置在HTTP协议头＜request-line＞中），以?分割URL和传输数据，多个参数用&连接;例如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD。如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如： %E4%BD%A0%E5%A5%BD，其中％XX中的XX为该符号以16进制表示的ASCII。
POST提交：把提交的数据放置在是HTTP包的包体＜request-body＞中。上文示例中红色字体标明的就是实际的传输数据
2.传输数据的大小：
首先声明,HTTP协议没有对传输的数据大小进行限制，HTTP协议规范也没有对URL长度进行限制。 而在实际开发中存在的限制主要有：
GET:特定浏览器和服务器对URL长度有限制，例如IE对URL长度的限制是2083字节(2K+35)。对于其他浏览器，如Netscape、FireFox等，理论上没有长度限制，其限制取决于操作系统的支持。
因此对于GET提交时，传输数据就会受到URL长度的限制。
POST:由于不是通过URL传值，理论上数据不受限。但实际各个WEB服务器会规定对post提交数据大小进行限制，Apache、IIS6都有各自的配置。
3.安全性：
POST的安全性要比GET的安全性高。注意：这里所说的安全性和上面GET提到的“安全”不是同个概念。上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)登录页面有可能被浏览器缓存， (2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，
URI、URL和URN之间的区别
URI全名为Uniform Resource Indentifier（统一资源标识），用来唯一的标识一个资源，是一个通用的概念，URI由两个主要的子集URL和URN组成
URL全名为Uniform Resource Locator（统一资源定位），通过描述资源的位置来标识资源
URN全名为Uniform Resource Name（统一资源命名），通过资源的名字来标识资源，与其所处的位置无关，这样即使资源的位置发生变动，其URN也不会变化
HTTP规范将更通用的概念URI作为其资源标识符，但是实际上，HTTP应用程序处理的只是URI的URL子集
致谢你的阅读,希望你能有所收获