『微服务治理之Dubbo』dubbo与http请求的区别

分布式项目远程调用，大部分都是使用dubbo，那dubbo跟http请求有什么别人呢，为什么不直接用http请求呢，也不需要配置，非常简单，所以今天拿dubbo和http做一下比较。

首先从协议层开始比较

TCP/IP 层级模型结构

网络结构	作用
应用层	直接对应用程序提供服务，定义了用于在网络中进行通信和传输数据的接口
表示层	定义不同的系统中数据的传输格式，编码和解码规范等
会话层	管理用户的会话，控制用户间逻辑连接的建立和中断
传输层	管理着网络中的端到端的数据传输
网络层	定义网络设备间如何传输数据
数据链路层	将上面的网络层的数据包封装成数据帧，便于物理层传输
物理层	从第七层传到第一层，接受方则相反，主要就是传输二进制数据。

从上面图中可以看出五层协议结构里面，表示层和会话层合并到了应用层，因为HTTP是应用层协议，而TCP/IP是传输层协议，因此使用TCP/IP协议的dubbo自然性能要比HTTP协议快。

再从socket连接来比较

socket连接

dubbo默认使用socket长连接，即首次访问建立连接以后，后续网络请求使用相同的网络通道,这样避免了多次重复创建TCP连接的开销

http1.1协议默认使用短连接，每次请求均需要进行三次握手，而http2.0协议开始将默认socket连接改为了长连接

http协议有一个特效，会有一系列的http header，这些内容往往会占用几k的数据，访问量非常大的时候，这些数据也是一种负担，而使用dubbo，协议可以自定义，这些无关数据可以省掉。

再从封装性来聊一聊

封装

简单来说成熟的rpc库相对http容器，更多的是封装了“服务发现”，"错误重试，负载均衡"一类面向服务的高级特性。可以这么理解，rpc框架是面向服务的更高级的封装。如果把一个http server容器上封装一层服务发现和函数代理调用，那它就已经可以做一个rpc框架了。

安全方面呢，谁的安全性更好呢

安全

dubbo设计之初基本都是考虑内网通讯，安全上基本没什么考虑，比http的安全差了很远
小结:

小编就总结到这里，欢迎大家来补充(^▽)