【读书笔记】1.2、基于HTTP协议的RPC

                            【读书笔记】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与对象之间的序列化和转换都有开源成熟的工具可以使用