RPC，远程过程调用，目的是实现调用远程的方法和调用本地方法一样，开发者可以通明的使用，感觉不到远程调用的存在。
自己写了个RPC的简单例子，依赖于http协议，采用springmvc实现restful webservice，使用json进行序列化与反序列化。
新建一个reader maven项目：
接口Book：
接口中三个方法，都是queryBook()，参数个数不同。
LocalBook实现Book接口，作为本地书籍：
本地方法的调用很简单，直接调用就可以了，Client作为客户端：
如果有一个远程的书籍需要获取，该怎么调用呢。
新建一个book maven项目，作为远程书籍：
此时如果要在reader项目里调用book里的provide方法，就需要用到RPC了。
这里实现AbstractRemoteBook和RemoteBook，
AbstractRemoteBook作为RPC的关键，实现reader应用与book应用的交互，这里采用restful webservice的方式，使用JSON实现数据的序列化与反序列化：
AbstractRemoteBook：
RemoteBook：
RemoteBook继承AbstractRemoteBook，像本地方法一样实现Book接口，调用者感觉不到本地方法和远程方法调用的区别：
一个很简单的RPC就是这样。
个人理解RPC本身并不关注如何去实现，它是一个协议，一种规范。
如果在实际应用中使用RPC，还需要考虑很多方面，比如并发量，比如IO连接的阻塞问题，比如安全性问题，比如通用性问题。
这个例子只是RPC的最简单的实现，并不具备通用性，比如如果参数类型比较复杂，可能需要使用POST请求，比如涉及到文件的传输、比如跨平台等等。
后续会研究RMI（Remote Method Invocation 远程方法调用）。
PS：RMI只能在JAVA平台上使用，不具备跨平台性。由此可见，要实现一个完备的RPC方案，不是一件容易的事。
