之前读到rmi原理时，我还以为是使用了远程对象传输，然后在本地调用。然后发现这样存在很大的问题，对象的生存环境变化了，那么比如访问数据库，依赖的对象怎么办，这些没法序列化吧？这些考虑的问题来自于程序员的经验（嘿嘿）。后来看到一些博文，发现不是这样的。看着确实在本地生成了一个代理对象，方法调用也是在本地。但是真的不是这样，背后的原理还是将方法和参数传递给了远程服务，然后从远程服务获取返回值。这个过程是透明的，就像调用本地方法一样。
调用远程的服务，我们更常用的是http协议，它也可以实现相同的功能。比较一下这两种方式的差异：rmi调用需要本地和远程都有相同的接口源码，以及相应的参数类型。http则很简单，本地直接调用远程的url，传入参数，然后返回结果，这个一般采用json。可以看到，http的代码耦合性更低，如果你想让别人调用你的方法，你只需要告诉他方法地址和参数，返回格式等就可以了。但是rmi却要求有接口的代码，并且是java代码，但是性能很好。所以rmi迭代很慢，确实不适合做敏捷开发。而http则可以和语言无关。
看到dubbo的开发文档，和rmi的方式有些相似，本地需要有远程服务的对象的接口。