RPC之我见自己琢磨或许不对

感悟一：java的同步锁锁的是对象，同步是解决多线程的问题而生，之所以说锁的是对象，是因为一段代码或者一个方法，一般都是从属于特定对象的。java的单例模式与静态方法的区别是，用起来没区别，单例模式只是为了解耦，静态方法常用于一些工具类；单例模式的单例，即对象，在堆区，只要不上锁，所有的现成都可以使用之。

感悟二：rpc是在tcp之上的协议的又一层高阶抽象。我们把数据格式的约定内容叫做“协议”。只要通信，就要互相约定通信协议，网络通信的基础架构就是tcpip协议，所有网络节点都凌驾于这个协议上才能互通，大家都遵守。自己开发的应用，可以自定义协议，这样就可以实现应用间的互通。还有一些通用的协议比如http,ftp。等等。无论http mysql 还是ftp等协议，都是基于tcp的使用开发的协议，而rpc是个更省事的协议使用方式，他依靠已经成型的协议比如http2通信，只是用远程的几个方法，实现通信。更是一个抽象和省事的方法。我认为是更高阶的协议使用方式。计算机的发展都是朝着越来越脱离底层，越来越省事的方向发展的。比如计算机开发脱离硬件，抽象出来os，然后继续有os之上的应用....懒人推动了技术的进步。

"RPC 就是提供一种透明调用机制，让使用者不必显式地区分本地调用和远程调用。"--更懒的表现吧~~~哈哈

“RPC 原理，其核心是让我们像调用本地一样调用远程，帮助我们的应用层屏蔽远程调用的复杂性，使得我们可以更加方便地构建分布式系统。总结起来，其实就一个关键字：透明化。”

比如软件开发，从结构化语言到面向对象的语言，能够节约一些代码，并且抽象出来代码的共性，比如类，以及凌驾于类之上的接口。。。

我认为rpc跨传输层和应用层，而http是应用层协议，http协议基于传输层的tcp协议之上，而rpc即可以基于http协议，又可以基于tcp协议之上在封装。序列化和编码？为什么要有序列化？我认为rpc的远程过程调用，就是远程函数调用。

我认为rpc是对传输协议的一种统筹利用，二次利用。

只要涉及到网际传输，就肯定涉及到传输协议和序列化，传输协议规定了传输数据的交互方式，序列化和反序列化就会把数据恢复过来，完成内存和io，io和内存的转化，所谓序列指的是字节序，序列化是字节顺序化。只要数据离开内存，去io就需要序列化，传输到网卡或者传输到磁盘都是io.离开内存就需要序列化，然后回到内存的时候，再反序列化，恢复成内存中的表示。

RPC和rest是目前互联网基于tcp、ip架构之上的一种主流交互架构.

“rpc是一种概念，http也是rpc实现的一种方式。”

我感觉rpc又像是协议之上的抽象，

“rpc：远程过程调用，包括传输协议和序列化协议

传输协议包含:  http2 协议，也有如dubbo一类的自定义报文的tcp协议。

序列化协议包含: 如基于文本编码的 xml json，也有二进制编码的 protobuf hessian等。

http协议中报文头占了很大字节，效率很低。

rpc直接使用tcp协议来进行传输

自定义tcp协议的报头字节数就16byte

http协议本身也可以作为rpc的传输层协议”

“RPC 跟 http 不是一个层次的概念。RPC 是 远程过程调用，RPC 包含传输协议和编码协议。http是超文本传输协议，RPC 也可以用http作为传输协议，但一般是用 tcp作为传输协议。用json作为编码协议。RPC的主要用在内部服务间的通信。我们常说的微服务架构就要用到RPC.”