分布式(基础)-RMI的原理

简介: 分布式(基础)-RMI的原理

RMI的原理

RMI执行过程图如下:


1.1、Remote Service和注册表(Locate Registry)还有Remote Client都可以是不同的jvm。然后注册的时候都是把服务注册到Naming里面去,每一个Naming都会有有一个Remote Stub就是服务端实现接口生成的代理类对象。

Locate Registry:类似于注册中心,就是一个公共的区间。绑定的东西是绑定到注册中心上的,调用的时候也是从Locate Registry里拿的。

1.2、然后会反向生成Remote Skeleton骨架,然后通过远程的引用层再到传送层,通过Socket进行通信。

1.3、Remote Service和Remote Client是通过远程机器协议(JRMP)进行通信的。

1.4、Remote Client去Naming去查找,通过RMI的协议看能否找到对应的代理对象,如果有的话,就会把这个代理对象给返回出来。

1.5、再到Remote Client的远程引用层再到Remote Client的传送层 ,从而和Remote Service实现透明化的通信。

2、远程方法调用过程:


①:客户端通过接口来发送一个请求。

②:接口又通过java中的jvm,来生成 一个stub的对象,相当于是一个根对象,就是一个代理。

③:代理将所有的网络通信通过③拿到④这边能够解析的编码格式,Skeleton也是服务端发布服务的代理类,这个代理类的作用是真正去调用服务端的接口的实现类中对应的方法。

上面用了两个代理,一个是代理客户端的,一个是代理服务端的,不管哪种代理,都是用socket来实现远程通信的。

④:它会把Skeleton骨架,刚 从客户端发过来的来进行解码,解码为服务端所调用方法所用的参数及其对应的类型。

⑤:然后去服务端去调用。

⑥:把返回的结果再返回给Skeleton。

⑦:Skeleton按照他们规定好的方式来包装数据。

⑧:然后发送到客户端的代理对象中。

⑨:客户端把数据解码。

⑩:返回到客户端。

2.1、区分下TCP和RPC还有RMI:

TCP:传输控制层协议。rpc:远程过程调用的框架。RMI:远程调用接口。

3、源码分析RMI如何去做通信的?

3.1、服务端:有一个createRegistry的方法

在这个方法里面有一个接口对应的实现类RegistryImpl,然后把这个port放入到了构造函数里面去

  1.   public static Registry createRegistry(int port) throws RemoteException {
  2.        return new RegistryImpl(port);
  3.    }


  1.    public RegistryImpl(final int var1) throws RemoteException {
  2.        this.bindings = new Hashtable(101);
  3.        //如果这个接口是1099并且是系统安全的
  4.        if (var1 == 1099 && System.getSecurityManager() != null) {
  5.            try {
  6.        //进行权限的验证
  7.                AccessController.doPrivileged(new PrivilegedExceptionAction<Void>() {
  8.                    public Void run() throws RemoteException {
  9.                        LiveRef var1x = new LiveRef(RegistryImpl.id, var1);
  10.                        RegistryImpl.this.setup(new UnicastServerRef(var1x, (var0) -> {
  11.                            return RegistryImpl.registryFilter(var0);
  12.                        }));
  13.                        return null;
  14.                    }
  15.                }, (AccessControlContext)null, new SocketPermission("localhost:" + var1, "listen,accept"));
  16.            } catch (PrivilegedActionException var3) {
  17.                throw (RemoteException)var3.getException();
  18.            }
  19.        } else {
  20.           //如果不在1099端口的话这里创建一个LiveRef的引用类,这个引用类是可以支持克隆的。
  21.           //是可以支持对象拷贝的,一般是做浅拷贝的,不是深拷贝。
  22.            LiveRef var2 = new LiveRef(id, var1);
  23.            this.setup(new UnicastServerRef(var2, RegistryImpl::registryFilter));
  24.        }

  25.    }

在exportObject这个方法中

  1.   public Remote exportObject(Remote var1, Object var2, boolean var3) throws RemoteException {
  2.        Class var4 = var1.getClass();

  3.        Remote var5;
  4.        try {
  5.         //通过客户端引用的接口生成一个代理对象var5
  6.         //由于自己写的接口的代码是继承了Remote的
  7.         //这也就是在服务端去调用不能改变路径的原因
  8.            var5 = Util.createProxy(var4, this.getClientRef(), this.forceStubUse);
  9.        } catch (IllegalArgumentException var7) {
  10.            throw new ExportException("remote object implements illegal remote interface", var7);
  11.        }
  12.       //判断生成的代理对象是否是一个根对象
  13.        if (var5 instanceof RemoteStub) {
  14.          //是这个对象的话直接设置到skeleton里面
  15.            this.setSkeleton(var1);
  16.        }
  17. //构建一个新的目标对象
  18.        Target var6 = new Target(var1, this, var5, this.ref.getObjID(), var3);
  19.  //新的对象又会去执行exportObject的操作
  20.        this.ref.exportObject(var6);
  21.        this.hashToMethod_Map = (Map)hashToMethod_Maps.get(var4);
  22.        return var5;
  23.    }

在Naming.bind方法中:这个方法是对端口的绑定,得到Registry注册的列表 ,然后再把其放入到注册中心里面去。

  1.   public static void bind(String name, Remote obj)
  2.        throws AlreadyBoundException,
  3.            java.net.MalformedURLException,
  4.            RemoteException
  5.    {
  6.        ParsedNamingURL parsed = parseURL(name);
  7.        Registry registry = getRegistry(parsed);

  8.        if (obj == null)
  9.            throw new NullPointerException("cannot bind to null");

  10.        registry.bind(parsed.name, obj);
  11.    }

RMI的缺点:①、不是跨语言的。②、灵活性太低了。

在spring很老的版本中就封装了RMI。


未完待续!!如果哪里写的有问题,请指出。xxxxxxxxxxxxxxxxxxxx,谢谢。

相关文章
|
4月前
|
网络协议 编译器 Go
玩转gRPC—深入概念与原理
玩转gRPC—深入概念与原理
105 0
|
13小时前
|
Dubbo Java 应用服务中间件
分布式(基础)-RMI简单的应用
分布式(基础)-RMI简单的应用
|
21天前
|
Kubernetes Linux 虚拟化
一文详解容器技术简介和基本原理
本文全面阐述了容器技术的发展历程、关键技术、架构和当前的行业生态,特别是容器技术在云环境中的应用和演进。
|
1月前
|
存储 Linux 应用服务中间件
Docker——底层实现原理及关键技术
Docker——底层实现原理及关键技术
77 0
|
2月前
|
Java 应用服务中间件 持续交付
Java面试题:简述Docker等容器化技术的原理及其在Java应用部署中的作用。
Java面试题:简述Docker等容器化技术的原理及其在Java应用部署中的作用。
50 0
|
4月前
|
存储 负载均衡 网络协议
ZooKeeper【基础 01】简介+设计目标+核心概念+ZAB协议+典型应用场景
【4月更文挑战第10天】ZooKeeper【基础 01】简介+设计目标+核心概念+ZAB协议+典型应用场景
75 1
|
10月前
|
Java 开发工具 Maven
分布式系列教程(09) -分布式协调工具Zookeeper(Java基本操作)
分布式系列教程(09) -分布式协调工具Zookeeper(Java基本操作)
46 0
|
4月前
|
Kubernetes 监控 Devops
容器管理工具有那些,各有什么优缺点
容器管理工具有很多种,包括Docker、Kubernetes(K8S)、OpenShift、Mesos、Swarm、Rancher等等。
228 0
|
Dubbo Java 应用服务中间件
带你读《Apache Dubbo微服务开发从入门到精通》—— 一、 部署到传统虚拟机(上)
带你读《Apache Dubbo微服务开发从入门到精通》—— 一、 部署到传统虚拟机(上)
104 0
|
Dubbo 应用服务中间件 Apache
带你读《Apache Dubbo微服务开发从入门到精通》—— 一、 部署到传统虚拟机(下)
带你读《Apache Dubbo微服务开发从入门到精通》—— 一、 部署到传统虚拟机(下)
94 5

相关实验场景

更多