【读书笔记】1.2、基于HTTP协议的RPC
1.2.1HTTP协议栈
HTTP协议
-
Hypertext Transfer Protocol的缩写(超文本传输协议)
-
属于应用层协议,构建在TCP与IP协议之上,处于TCP/IP体系架构顶端
-
无需处理丢包补发、握手及数据的分段和重新组装等细节
-
设计一个简单应用层协议
-
原理: 1、设计一个工具类ProtocolUtil 2、readRequest方法将从传递进来的输入流中读取请求的编码、命令和命令长度三个参数,进行相应的编码转换,并构造成Request对象返回 3、而writeResponse方法的作用则是将Response对象中的字段根据对应的编码写入输入流中。
-
协议请求Request(包括编码、命令和命令长度三个字段)
-
协议响应Response(包括编码、响应内容和响应内容长度三个字段)
-
工具类ProtocolUtil
-
客户端实现(这里伪代码,书本是代码)
-
1、新建一个Request,并给字段都赋值
-
2、新建一个socket连上4567端口
-
3、调用ProtocolUtil.writeRuest(output, request)方法发送请求
-
-
服务端实现
-
1、新建一个ServerSocket端口4567
-
2、一个死循环调用ProtocolUtil.readRequest方法读取响应数据
-
3、处理数据之后组装响应实体Response
-
4、通过ProtocolUtil.writeResponse方法,把响应实体发送回去
-
我的解读
-
1、作者先给我介绍了HTTP的概念,表示在应用层比在传输层编码可以省很多细节
-
2、作者写了一个在TCP传输层上写了个简单的例子,本小节需要与上一小节对比来看。
-
3、作者封装了请求和响应,同时封装了中间读取以及响应过程,目的就是为了让我知道HTTP层协议通信的过程以及原理。
1.2.2HTTP请求与响应
Web浏览器与Web服务器之间的一次HTTP请求与响应过程
-
场景:用户在浏览器访问http://www.google.com/index.html
-
1、浏览器端根据所使用的HTTP 协议,解析出url对应的域名
-
2、通过DNS域名解析,查询出该域名对应的IP地址
-
3、通过url解析出对应的端口号(如果是80端口,默认省略)
-
4、浏览器发起并建立到74.125.31.147的80端口的连接
-
5、浏览器向服务器发送GET请求
-
6、服务器响应浏览器的请求,浏览器读取响应,渲染网页
-
7、浏览器关闭与服务器的连接
1.2.3通过HttpClient发送HTTP请求
使用原因
-
需要自己实现向服务器发送请求,以及解析服务器端响应这个过程
-
使用Socket API工作量大,并且是重复工作
-
HttpClient是开源软件组织Apache下的一个子项目,对HTTP协议通信过程进行了封装。提供了一套成熟的客户端编程工具包
使用代码例子
1.2.4使用HTTP协议的优势
使用TCP协议实现RPC
-
处于协议栈的下层,更灵活对协议字段进行定制,减少网络传输字节数,降低网络开销,提升性能,实现更大吞吐量和并发数
-
但需要关注底层复制细节,实现代价更高。难显现跨平台的调用
使用HTTP协议实现RPC
-
JSON与XML成为通用的格式标准,开源解析工具成熟
-
很多成熟的开源web容器已经处理好,如tomcat,jboss,apache等
-
但由于上层协议,发送同等内容需传输字节数更多,效率较TCP差
1.2.5JSON和XML
JSON
-
一种轻量级的数据交换语言
XML
-
全称可扩展标记语言,可用来标记数据,定义数据类型
-
是一种允许用户自定义标记语言,具有结构性的源语言
JSON与对象,XML与对象之间的序列化和转换都有开源成熟的工具可以使用
1.2.1HTTP协议栈
HTTP协议
-
Hypertext Transfer Protocol的缩写(超文本传输协议)
-
属于应用层协议,构建在TCP与IP协议之上,处于TCP/IP体系架构顶端
-
无需处理丢包补发、握手及数据的分段和重新组装等细节
-
设计一个简单应用层协议
-
原理: 1、设计一个工具类ProtocolUtil 2、readRequest方法将从传递进来的输入流中读取请求的编码、命令和命令长度三个参数,进行相应的编码转换,并构造成Request对象返回 3、而writeResponse方法的作用则是将Response对象中的字段根据对应的编码写入输入流中。
-
协议请求Request(包括编码、命令和命令长度三个字段)
-
协议响应Response(包括编码、响应内容和响应内容长度三个字段)
-
工具类ProtocolUtil
-
客户端实现(这里伪代码,书本是代码)
-
1、新建一个Request,并给字段都赋值
-
2、新建一个socket连上4567端口
-
3、调用ProtocolUtil.writeRuest(output, request)方法发送请求
-
-
服务端实现
-
1、新建一个ServerSocket端口4567
-
2、一个死循环调用ProtocolUtil.readRequest方法读取响应数据
-
3、处理数据之后组装响应实体Response
-
4、通过ProtocolUtil.writeResponse方法,把响应实体发送回去
-
我的解读
-
1、作者先给我介绍了HTTP的概念,表示在应用层比在传输层编码可以省很多细节
-
2、作者写了一个在TCP传输层上写了个简单的例子,本小节需要与上一小节对比来看。
-
3、作者封装了请求和响应,同时封装了中间读取以及响应过程,目的就是为了让我知道HTTP层协议通信的过程以及原理。
1.2.2HTTP请求与响应
Web浏览器与Web服务器之间的一次HTTP请求与响应过程
-
场景:用户在浏览器访问http://www.google.com/index.html
-
1、浏览器端根据所使用的HTTP 协议,解析出url对应的域名
-
2、通过DNS域名解析,查询出该域名对应的IP地址
-
3、通过url解析出对应的端口号(如果是80端口,默认省略)
-
4、浏览器发起并建立到74.125.31.147的80端口的连接
-
5、浏览器向服务器发送GET请求
-
6、服务器响应浏览器的请求,浏览器读取响应,渲染网页
-
7、浏览器关闭与服务器的连接
1.2.3通过HttpClient发送HTTP请求
使用原因
-
需要自己实现向服务器发送请求,以及解析服务器端响应这个过程
-
使用Socket API工作量大,并且是重复工作
-
HttpClient是开源软件组织Apache下的一个子项目,对HTTP协议通信过程进行了封装。提供了一套成熟的客户端编程工具包
使用代码例子
1.2.4使用HTTP协议的优势
使用TCP协议实现RPC
-
处于协议栈的下层,更灵活对协议字段进行定制,减少网络传输字节数,降低网络开销,提升性能,实现更大吞吐量和并发数
-
但需要关注底层复制细节,实现代价更高。难显现跨平台的调用
使用HTTP协议实现RPC
-
JSON与XML成为通用的格式标准,开源解析工具成熟
-
很多成熟的开源web容器已经处理好,如tomcat,jboss,apache等
-
但由于上层协议,发送同等内容需传输字节数更多,效率较TCP差
1.2.5JSON和XML
JSON
-
一种轻量级的数据交换语言
XML
-
全称可扩展标记语言,可用来标记数据,定义数据类型
-
是一种允许用户自定义标记语言,具有结构性的源语言
JSON与对象,XML与对象之间的序列化和转换都有开源成熟的工具可以使用