资讯专栏INFORMATION COLUMN

dubbo源码解析(二十九)远程调用——redis协议

mating / 1841人阅读

摘要:源码分析一该类继承了类,是协议实现的核心。属性默认端口号不支持协议的服务暴露,抛出异常可以看到不支持服务暴露。后记该部分相关的源码解析地址该文章讲解了远程调用中关于协议实现的部分,逻辑比较简单。

远程调用——redis协议

</>复制代码

  1. 目标:介绍redis协议的设计和实现,介绍dubbo-rpc-redis的源码。
前言

dubbo支持的redis协议是基于Redis的,Redis 是一个高效的 KV 存储服务器,跟memcached协议实现差不多,在dubbo中也没有涉及到关于redis协议的服务暴露,只有服务引用,因为在访问服务器时,Redis客户端可以在服务器上存储也可以获取。

源码分析 (一)RedisProtocol

该类继承了AbstractProtocol类,是redis协议实现的核心。

1.属性

</>复制代码

  1. /**
  2. * 默认端口号
  3. */
  4. public static final int DEFAULT_PORT = 6379;
2.export

</>复制代码

  1. @Override
  2. public Exporter export(final Invoker invoker) throws RpcException {
  3. // 不支持redis协议的服务暴露,抛出异常
  4. throw new UnsupportedOperationException("Unsupported export redis service. url: " + invoker.getUrl());
  5. }

可以看到不支持服务暴露。

3.refer

</>复制代码

  1. @Override
  2. public Invoker refer(final Class type, final URL url) throws RpcException {
  3. try {
  4. // 实例化对象池
  5. GenericObjectPoolConfig config = new GenericObjectPoolConfig();
  6. // 如果 testOnBorrow 被设置,pool 会在 borrowObject 返回对象之前使用 PoolableObjectFactory的 validateObject 来验证这个对象是否有效
  7. // 要是对象没通过验证,这个对象会被丢弃,然后重新选择一个新的对象。
  8. config.setTestOnBorrow(url.getParameter("test.on.borrow", true));
  9. // 如果 testOnReturn 被设置, pool 会在 returnObject 的时候通过 PoolableObjectFactory 的validateObject 方法验证对象
  10. // 如果对象没通过验证,对象会被丢弃,不会被放到池中。
  11. config.setTestOnReturn(url.getParameter("test.on.return", false));
  12. // 指定空闲对象是否应该使用 PoolableObjectFactory 的 validateObject 校验,如果校验失败,这个对象会从对象池中被清除。
  13. // 这个设置仅在 timeBetweenEvictionRunsMillis 被设置成正值( >0) 的时候才会生效。
  14. config.setTestWhileIdle(url.getParameter("test.while.idle", false));
  15. if (url.getParameter("max.idle", 0) > 0)
  16. // 控制一个pool最多有多少个状态为空闲的jedis实例。
  17. config.setMaxIdle(url.getParameter("max.idle", 0));
  18. if (url.getParameter("min.idle", 0) > 0)
  19. // 控制一个pool最少有多少个状态为空闲的jedis实例。
  20. config.setMinIdle(url.getParameter("min.idle", 0));
  21. if (url.getParameter("max.active", 0) > 0)
  22. // 控制一个pool最多有多少个jedis实例。
  23. config.setMaxTotal(url.getParameter("max.active", 0));
  24. if (url.getParameter("max.total", 0) > 0)
  25. config.setMaxTotal(url.getParameter("max.total", 0));
  26. if (url.getParameter("max.wait", 0) > 0)
  27. //表示当引入一个jedis实例时,最大的等待时间,如果超过等待时间,则直接抛出JedisConnectionException;
  28. config.setMaxWaitMillis(url.getParameter("max.wait", 0));
  29. if (url.getParameter("num.tests.per.eviction.run", 0) > 0)
  30. // 设置驱逐线程每次检测对象的数量。这个设置仅在 timeBetweenEvictionRunsMillis 被设置成正值( >0)的时候才会生效。
  31. config.setNumTestsPerEvictionRun(url.getParameter("num.tests.per.eviction.run", 0));
  32. if (url.getParameter("time.between.eviction.runs.millis", 0) > 0)
  33. // 指定驱逐线程的休眠时间。如果这个值不是正数( >0),不会有驱逐线程运行。
  34. config.setTimeBetweenEvictionRunsMillis(url.getParameter("time.between.eviction.runs.millis", 0));
  35. if (url.getParameter("min.evictable.idle.time.millis", 0) > 0)
  36. // 指定最小的空闲驱逐的时间间隔(空闲超过指定的时间的对象,会被清除掉)。
  37. // 这个设置仅在 timeBetweenEvictionRunsMillis 被设置成正值( >0)的时候才会生效。
  38. config.setMinEvictableIdleTimeMillis(url.getParameter("min.evictable.idle.time.millis", 0));
  39. // 创建redis连接池
  40. final JedisPool jedisPool = new JedisPool(config, url.getHost(), url.getPort(DEFAULT_PORT),
  41. url.getParameter(Constants.TIMEOUT_KEY, Constants.DEFAULT_TIMEOUT),
  42. StringUtils.isBlank(url.getPassword()) ? null : url.getPassword(),
  43. url.getParameter("db.index", 0));
  44. // 获得值的过期时间
  45. final int expiry = url.getParameter("expiry", 0);
  46. // 获得get命令
  47. final String get = url.getParameter("get", "get");
  48. // 获得set命令
  49. final String set = url.getParameter("set", Map.class.equals(type) ? "put" : "set");
  50. // 获得delete命令
  51. final String delete = url.getParameter("delete", Map.class.equals(type) ? "remove" : "delete");
  52. return new AbstractInvoker(type, url) {
  53. @Override
  54. protected Result doInvoke(Invocation invocation) throws Throwable {
  55. Jedis resource = null;
  56. try {
  57. resource = jedisPool.getResource();
  58. // 如果是get命令
  59. if (get.equals(invocation.getMethodName())) {
  60. // get 命令必须只有一个参数
  61. if (invocation.getArguments().length != 1) {
  62. throw new IllegalArgumentException("The redis get method arguments mismatch, must only one arguments. interface: " + type.getName() + ", method: " + invocation.getMethodName() + ", url: " + url);
  63. }
  64. // 获得值
  65. byte[] value = resource.get(String.valueOf(invocation.getArguments()[0]).getBytes());
  66. if (value == null) {
  67. return new RpcResult();
  68. }
  69. // 反序列化
  70. ObjectInput oin = getSerialization(url).deserialize(url, new ByteArrayInputStream(value));
  71. return new RpcResult(oin.readObject());
  72. } else if (set.equals(invocation.getMethodName())) {
  73. // 如果是set命令,参数长度必须是2
  74. if (invocation.getArguments().length != 2) {
  75. throw new IllegalArgumentException("The redis set method arguments mismatch, must be two arguments. interface: " + type.getName() + ", method: " + invocation.getMethodName() + ", url: " + url);
  76. }
  77. //
  78. byte[] key = String.valueOf(invocation.getArguments()[0]).getBytes();
  79. ByteArrayOutputStream output = new ByteArrayOutputStream();
  80. // 对需要存入对值进行序列化
  81. ObjectOutput value = getSerialization(url).serialize(url, output);
  82. value.writeObject(invocation.getArguments()[1]);
  83. // 存入值
  84. resource.set(key, output.toByteArray());
  85. // 设置该key过期时间,不能大于1000s
  86. if (expiry > 1000) {
  87. resource.expire(key, expiry / 1000);
  88. }
  89. return new RpcResult();
  90. } else if (delete.equals(invocation.getMethodName())) {
  91. // 如果是删除命令,则参数长度必须是1
  92. if (invocation.getArguments().length != 1) {
  93. throw new IllegalArgumentException("The redis delete method arguments mismatch, must only one arguments. interface: " + type.getName() + ", method: " + invocation.getMethodName() + ", url: " + url);
  94. }
  95. // 删除该值
  96. resource.del(String.valueOf(invocation.getArguments()[0]).getBytes());
  97. return new RpcResult();
  98. } else {
  99. // 否则抛出该操作不支持的异常
  100. throw new UnsupportedOperationException("Unsupported method " + invocation.getMethodName() + " in redis service.");
  101. }
  102. } catch (Throwable t) {
  103. RpcException re = new RpcException("Failed to invoke redis service method. interface: " + type.getName() + ", method: " + invocation.getMethodName() + ", url: " + url + ", cause: " + t.getMessage(), t);
  104. if (t instanceof TimeoutException || t instanceof SocketTimeoutException) {
  105. // 抛出超时异常
  106. re.setCode(RpcException.TIMEOUT_EXCEPTION);
  107. } else if (t instanceof JedisConnectionException || t instanceof IOException) {
  108. // 抛出网络异常
  109. re.setCode(RpcException.NETWORK_EXCEPTION);
  110. } else if (t instanceof JedisDataException) {
  111. // 抛出序列化异常
  112. re.setCode(RpcException.SERIALIZATION_EXCEPTION);
  113. }
  114. throw re;
  115. } finally {
  116. if (resource != null) {
  117. try {
  118. jedisPool.returnResource(resource);
  119. } catch (Throwable t) {
  120. logger.warn("returnResource error: " + t.getMessage(), t);
  121. }
  122. }
  123. }
  124. }
  125. @Override
  126. public void destroy() {
  127. super.destroy();
  128. try {
  129. // 关闭连接池
  130. jedisPool.destroy();
  131. } catch (Throwable e) {
  132. logger.warn(e.getMessage(), e);
  133. }
  134. }
  135. };
  136. } catch (Throwable t) {
  137. throw new RpcException("Failed to refer redis service. interface: " + type.getName() + ", url: " + url + ", cause: " + t.getMessage(), t);
  138. }
  139. }

可以看到首先是对连接池的配置赋值,然后创建连接池后,根据redis的get、set、delete命令来进行相关操作。

后记

</>复制代码

  1. 该部分相关的源码解析地址:https://github.com/CrazyHZM/i...

该文章讲解了远程调用中关于redis协议实现的部分,逻辑比较简单。接下来我将开始对rpc模块关于rest协议部分进行讲解。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/73237.html

相关文章

  • dubbo源码解析(四十八)异步化改造

    摘要:大揭秘异步化改造目标从源码的角度分析的新特性中对于异步化的改造原理。看源码解析四十六消费端发送请求过程讲到的十四的,在以前的逻辑会直接在方法中根据配置区分同步异步单向调用。改为关于可以参考源码解析十远程通信层的六。 2.7大揭秘——异步化改造 目标:从源码的角度分析2.7的新特性中对于异步化的改造原理。 前言 dubbo中提供了很多类型的协议,关于协议的系列可以查看下面的文章: du...

    lijinke666 评论0 收藏0
  • dubbo源码解析(四十六)消费端发送请求过程

    摘要:可以参考源码解析二十四远程调用协议的八。十六的该类也是用了适配器模式,该类主要的作用就是增加了心跳功能,可以参考源码解析十远程通信层的四。二十的可以参考源码解析十七远程通信的一。 2.7大揭秘——消费端发送请求过程 目标:从源码的角度分析一个服务方法调用经历怎么样的磨难以后到达服务端。 前言 前一篇文章讲到的是引用服务的过程,引用服务无非就是创建出一个代理。供消费者调用服务的相关方法。...

    fish 评论0 收藏0
  • dubbo源码解析二十八)远程调用——memcached协议

    摘要:源码分析一该类继承,是协议实现的核心。属性默认端口号不支持服务暴露可以看到,服务暴露方法直接抛出异常。后记该部分相关的源码解析地址该文章讲解了远程调用中关于协议实现的部分,逻辑比较简单。 远程调用——memcached协议 目标:介绍memcached协议的设计和实现,介绍dubbo-rpc-memcached的源码。 前言 dubbo实现memcached协议是基于Memcached...

    Faremax 评论0 收藏0
  • dubbo源码解析(四十七)服务端处理请求过程

    摘要:而存在的意义就是保证请求或响应对象可在线程池中被解码,解码完成后,就会分发到的。 2.7大揭秘——服务端处理请求过程 目标:从源码的角度分析服务端接收到请求后的一系列操作,最终把客户端需要的值返回。 前言 上一篇讲到了消费端发送请求的过程,该篇就要将服务端处理请求的过程。也就是当服务端收到请求数据包后的一系列处理以及如何返回最终结果。我们也知道消费端在发送请求的时候已经做了编码,所以我...

    yzzz 评论0 收藏0
  • dubbo源码解析二十四)远程调用——dubbo协议

    摘要:远程调用协议目标介绍远程调用中跟协议相关的设计和实现,介绍的源码。二该类继承了,是协议中独有的服务暴露者。八该类也是对的装饰,其中增强了调用次数多功能。 远程调用——dubbo协议 目标:介绍远程调用中跟dubbo协议相关的设计和实现,介绍dubbo-rpc-dubbo的源码。 前言 Dubbo 缺省协议采用单一长连接和 NIO 异步通讯,适合于小数据量大并发的服务调用,以及服务消费者...

    rickchen 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<