探索分布式服务框架Dubbo8：Dubbo高级特性实践

最新推荐文章于 2024-03-06 16:47:07 发布
最新推荐文章于 2024-03-06 16:47:07 发布
阅读量124 收藏
点赞数
分类专栏： dobbo
原文链接：https://mp.csdn.net/editor/html/116923929
版权
  • Dubbo 是什么？
  • 如何使用？
  • 注册中心
  • 多协议支持
  • 多版本支持
  • 启动检查
  • 集群容错
  • 降级

Dubbo 是什么？

我要直接说《分布式服务治理框架》讲道理没了解过的小伙伴应该是直接一脸懵逼，那么就从其主要想解决什么问题开始吧，首先说说历史
从经典的单体架构说起，通常这样是没有什么问题的，直到现在都很常用，然而随着用户量的增加，扩展性能也很方便，加服务器可以了，但随着用户越来越多，增加服务器的成本也大大的提高了，而且很多地方也容易造成性能的浪费，随着越加越多，渐渐的带来的提升也不是那么的明显了，开发维护起来也非常臃肿，于是就想把它拆分，例如这里我将它水平拆分，将所有的系统都拆分成单个一体的服务，这样利于开发维护和做技术积累，在扩展性能的时候也可以有针对的扩展

在我们水平拆分后，例如调用下订单这个服务，服务之间的交互是这样的，如上图，那么在这个通信的过程会遇见什么问题？

  1. 地址的维护，随着机器越来越多，各个服务部署在不同的机器上，他们地址也不一样
  2. 负载均衡
  3. 容错
  4. 降级
  5. 服务之间存在不同协议的通信
  6. 服务之间调用的监控
  7. 服务之间依赖关系，如那些服务依赖于那些服务，比如那些服务必须要等待依赖的服务先启动自己才能够启动
  8. ….

所谓的治理我个人理解起来就是：解决与管理

在 Dubbo 的架构中有 4 中角色

该图借鉴至 Dubbo 官方文档

Provider

服务提供者，提供服务给予消费者消费

Registry

注册中心，提供者将服务注册至注册中心，消费者向注册中心订阅，一旦服务发生变动都会通知消费者，其实就是服务的发现与注册

Consumer

服务消费者，没什么好说的

Monitor

监视者，监控服务的调用次数与调用时间

如何使用？

首先我创建 2 个项目，一个分别叫做dubbo-server-demo一个叫做dubbo-client-demo，分别都使用Maven来构建

接着在server-api模块里创建一个对外提供服务的接口TestService

 

  1. package org.yuequan.dubbo.demo;

  2.  

  3. public interface TestService {

  4. String sayHello(String msg);

  5. }

接着在server-provider中对该接口实现，当然也要添加对server-api的依赖

 

  1. <dependency>

  2. <groupId>org.yuequan.dubbo.demo</groupId>

  3. <artifactId>server-api</artifactId>

  4. <version>1.0-SNAPSHOT</version>

  5. </dependency>

  6.  

  7. <dependency>

  8. <groupId>org.yuequan.dubbo.demo</groupId>

  9. <artifactId>server-api</artifactId>

  10. <version>1.0-SNAPSHOT</version>

  11. </dependency>

随后对该接口进行实现

 

  1. package org.yuequan.dubbo.demo;

  2.  

  3. public class TestServiceImpl implements TestService {

  4. @Override

  5. public String sayHello(String msg) {

  6. return "Hi，Customer：" + msg;

  7. }

  8. }

首先引入依赖

 

  1. <dependency>

  2. <groupId>com.alibaba</groupId>

  3. <artifactId>dubbo</artifactId>

  4. <version>2.5.10</version>

  5. </dependency>

接着在/META-INF/dubbo/dubbo-server.xml中做一下配置，首先我们来配置一个简单的

 

  1. <?xml version="1.0" encoding="UTF-8"?>

  2. <beans xmlns="http://www.springframework.org/schema/beans"

  3. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

  4. xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"

  5. xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.3.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd">

  6. <dubbo:application name="dubbo-server" owner="yuequan" />

  7. <dubbo:registry address="N/A" />

  8. <dubbo:service interface="org.yuequan.dubbo.demo.TestService" ref="testService" />

  9. <bean class="org.yuequan.dubbo.demo.TestServiceImpl" name="testService" ></bean>

  10. </beans>

接着我们来写一个main函数用于启动它，有 2 种方式一种是使用Spring容器启动方式，还有一种是使用 Dubbo 的Main.main启动，这里我暂时先用Spring容器启动

 

  1. public class App

  2. {

  3. public static void main(String[] args) throws IOException {

  4. ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("META-INF/dubbo/dubbo-server.xml");

  5. context.start();

  6. System.in.read();

  7. }

  8. }

接着启动应用，可以看到日志的输出
同时也看到服务发布成功了

接着来dubbo-client-demo，首先引入dubbo依赖

 

  1. <dependency>

  2. <groupId>com.alibaba</groupId>

  3. <artifactId>dubbo</artifactId>

  4. <version>2.5.10</version>

  5. </dependency>

接着写配置文件META-INF/dubbo/dubbo-client.xml

 

  1. <?xml version="1.0" encoding="UTF-8"?>

  2. <beans xmlns="http://www.springframework.org/schema/beans"

  3. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

  4. xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"

  5. xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.3.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd">

  6. <dubbo:application name="dubbo-client" owner="yuequan" />

  7. <dubbo:registry address="N/A" />

  8. <dubbo:reference interface="org.yuequan.dubbo.demo.TestService" url="dubbo://192.168.10.102:20880/org.yuequan.dubbo.demo.TestService" />

  9. </beans>

还记得控制台日志输出的地址吗，这里就是了，现在暂时不用注册中心，先来一个最简单的点对点通信，接着我们来写客户端的启动类，通信协议默认是使用的dubbo其默认端口就是 20880

 

  1. public class App

  2. {

  3. public static void main( String[] args )

  4. {

  5. ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("META-INF/dubbo/dubbo-client.xml");

  6. TestService service = (TestService) context.getBean("testService");

  7. System.out.println(service.sayHello("YueQuan"));

  8. }

  9. }

接着启动它
至此，一个简单的使用例子就写好了，接着进入下一个小节

注册中心

上一个小节的例子，我们使用点对点通信的例子，接着我们来配置注册中心，dubbo默认支持能够用来做注册中心的有

  • Multicast
  • Zookeeper
  • Redis
  • Simple
    这里官方推荐使用 Zookeeper，不会 Zookeeper 可以看我之前写的文章，首先来修改dubbo-server.xml注册中心配置
 

  1. <!-- N/A 代表着没有，不使用的意思 -->

  2. <dubbo:registry address="N/A" />

  3. <!-- 修改成，当然你要启动ZooKeeper -->

  4. <dubbo:registry address="zookeeper://127.0.0.1:2181" />

接着引入 ZooKeeper 依赖

 

  1. <dependency>

  2. <groupId>org.apache.zookeeper</groupId>

  3. <artifactId>zookeeper</artifactId>

  4. <version>3.4.12</version>

  5. <type>pom</type>

  6. </dependency>

  7. <dependency>

  8. <groupId>com.101tec</groupId>

  9. <artifactId>zkclient</artifactId>

  10. <version>0.10</version>

  11. </dependency>

接着启动
发现日志什么都没有输出，接着配置下日志log4j.properties

 

  1. log4j.rootLogger=INFO, stdout

  2.  

  3. # Direct log messages to stdout

  4. log4j.appender.stdout=org.apache.log4j.ConsoleAppender

  5. log4j.appender.stdout.Target=System.out

  6. log4j.appender.stdout.layout=org.apache.log4j.PatternLayout

  7. log4j.appender.stdout.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} %-5p %c{1}:%L - %m%n

接着重启，可以看到控制台有日志输出了

接着看看来看看 Zookeeper 这边

 

  1. // 运行客户端

  2. ./zkCli.sh

输入ls /

可以看到下面多了一个 dubbo 节点，接着来看下 dubbo 节点下的内容：ls /dubbo

可以看到接口已经被注册上来了，接着我们看看这个接口下的内容：

ls /dubbo/org.yuequan.dubbo.demo.TestService

可以看到下面现在就 2 个节点,我们来看看现在有多少个 providers:

ls /dubbo/org.yuequan.dubbo.demo.TestService/providers

可以看到已经注册上来了

接着来配置下dubbo-client-demo，首先引入依赖

 

  1. <dependency>

  2. <groupId>org.apache.zookeeper</groupId>

  3. <artifactId>zookeeper</artifactId>

  4. <version>3.4.12</version>

  5. <type>pom</type>

  6. </dependency>

  7. <dependency>

  8. <groupId>com.101tec</groupId>

  9. <artifactId>zkclient</artifactId>

  10. <version>0.10</version>

  11. </dependency>

然后修改配置dubbo-client.xml

 

  1. <!-- 修改前 -->

  2. <dubbo:registry address="N/A" />

  3. <!-- 修改后 -->

  4. <dubbo:registry address="zookeeper://127.0.0.1:2181" />

  5.  

  6. <!-- 修改前 -->

  7. <dubbo:reference id="testService" interface="org.yuequan.dubbo.demo.TestService" url="dubbo://192.168.10.102:20880/org.yuequan.dubbo.demo.TestService" />

  8. <!-- 修改后 -->

  9. <dubbo:reference id="testService" interface="org.yuequan.dubbo.demo.TestService" />

接着启动，可以看到日志输出

接着我们再来看下 Zookeeper：

ls /dubbo/org.yuequan.dubbo.demo.TestService

可以看见多了 2 个节点分别为routers和consumers这时候输入

ls /dubbo/org.yuequan.dubbo.demo.TestService/comsumers

会发现返回的是一个空数组，这是因为客户端的消费已经结束了，所以该下的节点也会被清除，这一特性可以很好的利用 Zookeeper 的临时节点来实现，实际上它也是这样做的，接着我们来修改下客户端的代码让他不那么快结束

 

  1. public class App

  2. {

  3. public static void main( String[] args ) throws InterruptedException {

  4. ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("META-INF/dubbo/dubbo-client.xml");

  5. TestService service = (TestService) context.getBean("testService");

  6. System.out.println(service.sayHello("YueQuan"));

  7. Thread.sleep(10000);

  8. }

  9. }

启动后，再来看看

ls /dubbo/org.yuequan.dubbo.demo.TestService/comsumers

可以看到消费者信息，这是单个配置注册中心，那如果有多个呢？配置多注册中心也非常简单，如下：

 

  1. <dubbo:registry protocol="zookeeper" address="192.168.1.1:2181,192.16.1.2:2181,192.168.1.3:2181" />

  2. <!-- OR -->

  3. <dubbo:registry address="zookeeper://192.168.1.1:2181?backup=192.16.1.2:2181,192.168.1.3:2181" />

  4. <!-- 更多可以看官方文档~~~ -->

多协议

我们一个服务可能之前是使用的dubbo协议但后面又改成了hessian协议，也有可能一个服务提供了dubbo协议也提供了hessian协议，但也有的客户端它只使用一种协议的通信方式，在多协议的情况下，Dubbo框架也做了很好的实现接着修改dubbo-server.xml文件，这里我将会使用hessian和dubbo2 个协议,所以需要先引入hessian的依赖，这里需要使用到容器所以还需要引入servlet-api和一个servlet容器，那这里我就使用jetty，添加的依赖如下

 

  1. <dependency>

  2. <groupId>javax.servlet</groupId>

  3. <artifactId>javax.servlet-api</artifactId>

  4. <version>4.0.1</version>

  5. <scope>provided</scope>

  6. </dependency>

  7. <dependency>

  8. <groupId>org.mortbay.jetty</groupId>

  9. <artifactId>jetty</artifactId>

  10. <version>6.1.26</version>

  11. </dependency>

  12. <dependency>

  13. <groupId>com.caucho</groupId>

  14. <artifactId>hessian</artifactId>

  15. <version>4.0.51</version>

  16. </dependency>

接着修改配置

 

  1. <dubbo:protocol name="dubbo" port="20880" />

  2. <dubbo:protocol name="hessian" port="8011" />

  3. <dubbo:service interface="org.yuequan.dubbo.demo.TestService" ref="testService" protocol="dubbo,hessian" />

接着启动，这样就配置好了，但是这样看不到明显的效果啊？我怎么知道我客户端再未指定协议的情况下消费的是hessian协议还是dubbo协议？于是为了演示可以这样做将TestServiceImpl在复制一份，修改下其中内容

 

  1. public class TestService2Impl implements TestService {

  2. @Override

  3. public String sayHello(String msg) {

  4. return "Hi,Customer：" + msg + "，through Hessian protocol";

  5. }

  6. }

然后再调整下配置

 

  1. <bean class="org.yuequan.dubbo.demo.TestServiceImpl" name="testService" ></bean>

  2. <bean class="org.yuequan.dubbo.demo.TestService2Impl" name="testService2"></bean>

  3. <dubbo:service interface="org.yuequan.dubbo.demo.TestService" ref="testService" protocol="dubbo" />

  4. <dubbo:service interface="org.yuequan.dubbo.demo.TestService" ref="testService2" protocol="hessian" />

接着启动，然后为了明显，再修改下客户端的调用代码并引入依赖，让它调用十次，可以看出这十次分别调用的那个

 

  1. <dependency>

  2. <groupId>javax.servlet</groupId>

  3. <artifactId>javax.servlet-api</artifactId>

  4. <version>4.0.1</version>

  5. <scope>provided</scope>

  6. </dependency>

  7. <dependency>

  8. <groupId>org.mortbay.jetty</groupId>

  9. <artifactId>jetty</artifactId>

  10. <version>6.1.26</version>

  11. </dependency>

  12. <dependency>

  13. <groupId>com.caucho</groupId>

  14. <artifactId>hessian</artifactId>

  15. <version>4.0.51</version>

  16. </dependency>

客户端代码修改如下

 

  1. public class App

  2. {

  3. public static void main( String[] args ) throws InterruptedException {

  4. ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("META-INF/dubbo/dubbo-client.xml");

  5. TestService service = (TestService) context.getBean("testService");

  6. for (int i = 0; i < 10; i++) {

  7. System./out/.println(service.sayHello("YueQuan"));

  8. }

  9.  

  10. }

  11. }

接着启动查看控制台输出

Dubbo 默认的负载均衡机制是随机的，具体的会在后续文章细写

多版本支持

服务提供对外的接口可能会采取某种策略逐步平滑升级，例如原先使用 1.0.0 的接口，又对外提供了 2.0.0 处于刚刚开放，存在某些不稳定因素，可能想逐步开发，某些客户端继续使用 1.0.0，让一部分客户端先使用 2.0.0

接着我们修改dubbo-server.xml

 

  1. <!-- 修改前 -->

  2. <dubbo:service interface="org.yuequan.dubbo.demo.TestService" ref="testService" protocol="dubbo" />

  3. <dubbo:service interface="org.yuequan.dubbo.demo.TestService" ref="testService2" protocol="hessian"/>

  4. <!-- 修改后 -->

  5. <dubbo:service interface="org.yuequan.dubbo.demo.TestService" ref="testService" protocol="dubbo" version="1.0.0" />

  6. <dubbo:service interface="org.yuequan.dubbo.demo.TestService" ref="testService2" protocol="hessian" version="2.0.0" />

对于 1.0.0 的接口访问使用dubbo协议，2.0.0 的接口访问使用hessian
然后修改客户端配置dubbo-client.xml

<dubbo:reference id="testService" interface="org.yuequan.dubbo.demo.TestService" version="1.0.0" />

然后运行，你会发现只会调用定义的1.0.0版本的服务，2.0.0同理

启动检查

在服务的启动过程中可能有依赖于其它服务，但其它服务并没有运行起来，这时候你先起起来了，必然会报错，更有意思的是如果是互相依赖，那互相都起不来怎么办呢？所以这里就要关闭启动检查，例如

 

  1. <!-- 修改前 -->

  2. <dubbo:reference id="testService" interface="org.yuequan.dubbo.demo.TestService" version="1.0.0" />

  3. <!-- 修改后 -->

  4. <dubbo:reference id="testService" interface="org.yuequan.dubbo.demo.TestService" version="1.0.0" check="false"/>

集群容错

在集群调用中出现调用失败时，比如所需要调用的服务它一直未返回数据阻塞住了，直到超时等情况，对于调用失败 Dubbo 提供了几种容错方案，分别是

  1. Failover
  2. Failfast
  3. Failsafe
  4. Failback
  5. Forking
  6. Broadcast

Failover

默认就是它，失败后自动切换，当出现失败后，自动切换其它服务器，当然可以设置重试次数

Failfast

快速失败，失败后就立马报错

Failfast

安全失败，发生异常，立马吞掉，也就是直接忽略

Failback

失败后自动恢复

Forking

同时并行调用几个相同的服务，只要一个成功即返回，但可以设置最大并行数

Broadcast

广播调用所有提供者，挨个调用，只要有一个报错就报错

通常可以通过配置可以对容错的手段进行更改，如下：

 

  1. <!-- 修改前 -->

  2. <dubbo:reference id="testService" interface="org.yuequan.dubbo.demo.TestService" check="false" version="1.0.0" />

  3. <!-- 修改后 -->

  4. <dubbo:reference cluster="failsafe" id="testService" interface="org.yuequan.dubbo.demo.TestService" check="false" version="1.0.0" />

这里我配置的failsafe所以消费者调用该服务的提供者就算出现异常也会被忽略掉，为了演示效果，我这里将超时时间修改为 50 毫秒

因为我这里是本机所以 50 毫秒也还是有执行成功的现象不过无所谓，看第一个null执行失败的异常并没有输出而是直接返回了 null

降级

降级我用一个比较笼统的说法来简单的阐述一下，降级实际上就是关闭或者减少其它服务所占用的资源来保证核心服务可用，就比如小米的饥饿营销或者在双 11 下单的时候经常会出现服务器繁忙，请稍后再试，再比如说在双 11 下单高峰的时候，为了集中资源，将平时首页给推荐的数据分析并推送给我的相关服务全部关掉，仅保留基本核心服务，等高峰期一过在把这些附加服务开放，实际上降级有很多种，比如：页面降级、读降级、写降级、超时降级、开关降级等等等，反正这里 get 到点就可以了，以后应该是有机会来单独说降级这个概念的。
对于服务降级 Dubbo 也是提供了相应的机制来让我们处理的。
就比如说一个接口超过了 50 毫秒的响应时间我们就对它进行降级，来保证它基本可用，来写个 demo 修改配置文件dubbo-client.xml

 

  1. <!-- 修改前 -->

  2. <dubbo:reference cluster="failsafe" id="testService" interface="org.yuequan.dubbo.demo.TestService" check="false" version="1.0.0" />

  3. <!-- 修改后 -->

  4. <dubbo:reference id="testService" interface="org.yuequan.dubbo.demo.TestService" check="false" version="1.0.0" mock="org.yuequan.dubbo.demo.TimeoutMock" timeout="50"/>

这里值得一提的是，可以发现我将cluster因为这里如果是使用的failsafe的话是不会降级的，而是直接走failsafe的机制的，接着运行，我们来看下控制台

可以看到调用超过了 50 毫秒的会直接降级，本节就先到这里。

Dubbo剖析-管理控制台的搭建与使用

原创： 加多 技术原始积累 3月15日

一、前言

开源的Dubbo的服务管理控制台是阿里巴巴内部裁剪版本，开源部分主要包含：路由规则，动态配置，服务降级，访问控制，权重调整，负载均衡，等管理功能。

二、管理控制台的搭建

  • 下载源码
    在 https://github.com/alibaba/dubbo/tree/2.5.x 下载dubbo的源码

  • 解压源码，进入dubbo-2.5.x 目录，内容如下:

 

进入/Users/zhuizhumengxiang/Downloads/dubbo-2.5.x/dubbo-admin/target目录，会发现生成了dubbo-admin-2.5.10.war：

  • 拷贝dubbo-admin-2.5.10.war到servlet容器
    本文使用tomcat容器，可以在 https://tomcat.apache.org/ 这里下载二进制包
    然后拷贝dubbo-admin-2.5.10.war到apache-tomcat-7.0.10/webapps目录下并解压：

然后进入dubbo-admin-2.5.10/WEB-INF目录修改dubbo.properties文件：

这里只需要修改注册中心的地址即可，这里设置为zk的地址。

  • 启动tomcat
    在apache-tomcat-7.0.10/bin 下执行sh catalina.sh run启动tomcat.
    启动后访问 http://127.0.0.1:8080/dubbo-admin-2.5.10/ 会出现下面界面：
    用户名和密码输入root,进入下面界面：
    说明管理控制台搭建完毕了。

三、管理控制台运维

3.1 搜索页面

当你需要管理 Dubbo 的服务时，首先要搜索到这个服务，然后打开它的管理页面，比如搜索：dubbo/com.test.UserServiceBo:1.0.0

单击右侧搜索按钮进入下面界面：

3.2 服务提供者页面

3.3 服务消费者页面

3.4 服务应用页面

四、总结

管理控制台不是使用dubbo搭建分布式系统必须的，但是有了他我们可以对服务进行很好的治理和监控。

Dubbo剖析-监控平台的搭建与使用

原创： 加多 技术原始积累 3月16日

一、前言

dubbo-monitor主要用来统计服务的调用次调和调用时间的监控中心，服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心，监控中心则使用数据绘制图表来显示。

二、dubbo-monitor-simple的搭建

  • 在服务提供方和消费方需要配置如下：
    <dubbo:monitor protocol="registry"/>
    protocol为"registry"，表示服务提供方和消费方从注册中心发现监控中心（monitor）地址。

  • 下载源码
    在 https://github.com/alibaba/dubbo/tree/2.5.x 下载dubbo的源码

  • 解压源码，进入dubbo-2.5.x 目录，内容如下:

image.png

 

进入/Users/zhuizhumengxiang/Downloads/dubbo-2.5.x/dubbo-simple/dubbo-monitor-simple/target
目录，会发现生成了dubbo-monitor-simple-2.5.10-assembly.tar.gz：

 

image.png

  • 解压dubbo-monitor-simple-2.5.10-assembly.tar.gz,修改进入dubbo-monitor-simple-2.5.10/conf/dubbo.properties：

     

其中dubbo.registry.address=zookeeper://127.0.0.1:2181设置注册中心地址，这里设置为zk的地址

其中dubbo.protocol.port=7070，为monitor提供的远程服务监听端口，服务提供者和消费者会调用这个端口提供的服务，发送统计信息到monitor

dubbo.charts.directory和dubbo.statistics.directory为monitor本地存放的监控数据文件的位置

dubbo.jetty.port=8081 设置jetty容器的监听地址，类似于tomcat的8080端口，这里设置为8081

  • 进入dubbo-monitor-simple-2.5.10/bin,执行sh start.sh启动monitor

     

    image.png

至此monitor启动了访问http://127.0.0.1:8081/ 会出现下面界面：

 

image.png

三、dubbo-monitor-simple的使用

3.1 应用程序查看

3.2 服务查看

image.png

3.3 注册中心查看

image.png

3.4 调用数据统计

image.png

image.png

四、总结

dubbo-monitor也不是使用dubbo搭建分布式系统必须的组件，但是它用来统计服务的调用次调和调用时间的监控中心，这些数据有助于系统运维和调优。

wrr-cat
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
高性能的分布式服务框架Dubbo
02-25
官网：http://dubbo.io/，DUBBO是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及作为SOA服务治理的方案，它是阿里巴巴SOA服务化治理方案的核心框架，每天为2,000+个服务提供3,000,000,...
分布式服务框架dubbo介绍.pdf
09-15
关于dubbo的基本说明， 从架构、配置、协议等多个方面进行讲解
探索分布式服务框架Dubbo3：为何选择Dubbo
Java技术江湖
06-21 6529
聊聊Dubbo（一）：为何选择 1. 前言 随着现在互联网行业的发展，越来越多的框架、中间件、容器等开源技术不断地涌现，更好地来服务于业务，实现业务并解决问题。然而面对众多的技术选择，我们要如何甄别出适合自己团队业务的技术呢？对于人来说，鞋子过大，可能影响奔跑的速度，鞋子过小，可能影响身体的成长。技术对于业务也是如此的关系。 所以，相对于技术的学习、搭建、使用、运维等技能，我们对技术的甄...
探索分布式服务框架Dubbo5：Dubbo架构原理
wr_java的博客
05-18 104
聊聊Dubbo（三）：架构原理 无论是Dubbo还是Dubbox，包括在之前《聊聊Dubbo（一）：为何选择》中介绍的其他框架，其本质都是远程调用框架，而对于远程调用如果没有分布式的需求，其实是不需要用这么重的框架，只有在分布式的时候，才有Dubbo这样的分布式服务框架的需求，说白了就是个远程服务调用的分布式框架，其重点在于分布式的治理。那Dubbox这样的框架在分布式治理方面带来了哪些核心功能呢？ 1 Dubbo核心功能 Remoting:远程通讯，提供对多种NIO框架抽象封装，包括“同步转异步”和
分布式RPC框架Dubbo详解
qq_43649937的博客
05-31 5632
分布式，微服务，dubbo, java
Dubbo分布式服务框架：原理深度解析与实战应用探索（一）
凛鼕将至的博客
03-06 1232
Dubbo是一个高性能的分布式服务框架，用于构建可伸缩的企业级应用软件系统。它由阿里巴巴集团开源，并在国内外广泛应用。Dubbo的主要特点包括：服务治理：Dubbo提供了丰富的服务治理功能，包括服务注册与发现、负载均衡、容错机制等。通过这些功能，Dubbo可以实现服务的自动化管理和监控。通信协议：Dubbo支持多种通信协议，包括RPC、HTTP和消息队列等。这使得Dubbo可以灵活适应不同的应用场景。服务调用方式：Dubbo支持多种服务调用方式，包括同步调用、异步调用和单向调用。
Dubbo+zookeeper实现分布式服务框架
01-27
Dubbo底层架构图Dubbo底层首先Provider生成服务将服务注册到zookeeper（具体实现下面有代码），然后zookeeper接收到过后底层会触发zookeeper监听事件（不懂请看前一节），然后告诉Consumer可以消费了，但是Provider...
深入理解Dubbo框架：从基本原理到模拟实践的全面解析
01-09
【深入理解Dubbo框架：从基本原理到模拟实践的全面解析】 远程过程调用（RPC）是分布式系统中的一种核心技术，它使得一个程序能够像调用本地方法一样调用远程机器上的程序。RPC协议允许不同地址空间的程序之间进行...
阿里分布式开源框架DUBBO视频-dubbo入门.zip
05-11
第04节使用Dubbo对传统工程进行服务化改造后的服务调用测试--（含源码） 第05节--使用dubbo进行规模服务化前的工程结构优化 第06节--dubbo管理控制台的安装 第07节--使用maven构建dubbo服务的可执行jar包 第08节--在...
JNDIExploit使用
07-29
一款用于 JNDI注入利用的工具，大量参考/引用了 Rogue JNDI项目的代码，支持直接植入内存shell，并集成了常见的bypass 高版本JDK的方式，适用于与自动化工具配合使用。 使用说明 使用 java -jar JNDIExploit.jar -h查看参数说明，其中 --ip参数为必选参数 Usage: java -jar JNDIExploit.jar [options] Options: * -i, --ip Local ip address -l, --ldapPort Ldap bind port (default: 1389) -p, --httpPort Http bind port (default: 8080) -u, --usage Show usage (default: false) -h, --help Show this help Dockerfile git clone https://github.com/feihong-cs/JNDIExploit.git cd ./JN
基于MATLAB的人体行为识别.zip
最新发布
07-29
在MATLAB中，可以使用机器学习和计算机视觉技术来实现人体行为识别。下面是一个基本的人体行为识别过程的程序： 1. 数据收集和准备： - 收集包含不同人体行为的视频数据。 - 使用视频处理技术提取每个视频中的人体姿势和关键点信息。 2. 特征提取： - 使用计算机视觉技术，如OpenPose或者其他姿势估计算法，提取每个视频中的人体关键点位置。 - 根据关键点位置计算特征向量，例如关节角度、运动速度等。 3. 数据标记和标签： - 根据人体行为类型，对收集的数据进行标记和分类，例如步行、跑步、打球等。 - 为每个人体行为类型分配一个标签。 4. 训练模型： - 使用机器学习算法，如支持向量机（SVM）、决策树、深度神经网络等，对标记和分类的数据进行训练。 - 使用训练数据和标签训练模型，以学习不同行为类型之间的关系。 5. 测试和识别： - 使用训练好的模型对新的测试数据进行预测和识别。 - 输入测试数据的特征向量到训练好的模型中，根据模型的输出来确定人体行为类型。 6. 评估和改进： - 根据测试结果评估
【创新未发表】Matlab实现蝗虫优化算法GOA-Kmean-Transformer-BiLSTM组合状态识别算法研究.rar
07-29
1.版本：matlab2014/2019a/2021a 2.附赠案例数据可直接运行matlab程序。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。 5.作者介绍：某大厂资深算法工程师，从事Matlab算法仿真工作10年；擅长智能优化算法、神经网络预测、信号处理、元胞自动机等多种领域的算法仿真实验，更多仿真源码、数据集定制私信+。 替换数据可以直接使用，注释清楚，适合新手
【SCI一区】Matlab实现向量加权平均算法INFO-CNN-LSTM-Attention的风电功率预测算法研究.rar
07-29
1.版本：matlab2014/2019a/2021a 2.附赠案例数据可直接运行matlab程序。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。 5.作者介绍：某大厂资深算法工程师，从事Matlab算法仿真工作10年；擅长智能优化算法、神经网络预测、信号处理、元胞自动机等多种领域的算法仿真实验，更多仿真源码、数据集定制私信+。 替换数据可以直接使用，注释清楚，适合新手
5份个人单页简历素材-清新单页.zip
07-29
【简历模板】工作总结、商业计划书、述职报告、读书分享、家长会、主题班会、端午节、期末、夏至、中国风、卡通、小清新、岗位竞聘、公司介绍、读书分享、安全教育、文明礼仪、儿童故事、绘本、防溺水、夏季安全、科技风、商务、炫酷、企业培训、自我介绍、产品介绍、师德师风、班主任培训、神话故事、巴黎奥运会、世界献血者日、防范非法集资、3D快闪、毛玻璃、人工智能等等各种样式的ppt素材风格。 设计模板、图片素材、PPT模板、视频素材、办公文档、小报模板、表格模板、音效配乐、字体库。 广告设计：海报，易拉宝，展板，宣传单，宣传栏，画册，邀请函，优惠券，贺卡，文化墙，标语，制度，名片，舞台背景，广告牌，证书，明信片，菜单，折页，封面，节目单，门头，美陈，拱门，展架等。 电商设计：主图，直通车，详情页，PC端首页，移动端首页，钻展，优惠券，促销标签，店招，店铺公告等。 图片素材：PNG素材，背景素材，矢量素材，插画，元素，艺术字，UI设计等。 视频素材：AE模板，会声会影，PR模板，视频背景，实拍短片，音效配乐。 办公文档：工作汇报，毕业答辩，企业介绍，总结计划，教学课件，求职简历等PPT/WORD模板。
【创新未发表】Matlab实现星雀优化算法NOA-Kmean-Transformer-BiLSTM组合状态识别算法研究.rar
07-29
1.版本：matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。 5.作者介绍：某大厂资深算法工程师，从事Matlab算法仿真工作10年；擅长智能优化算法、神经网络预测、信号处理、元胞自动机等多种领域的算法仿真实验，更多仿真源码、数据集定制私信+。 替换数据可以直接使用，注释清楚，适合新手
和语音活动检测相关的数据集
07-29
语音活动检测数据集 数据说明： 语音活动检测任务可以区分出现人类语音和其他类型声音(如沉默和声)的信号段。 它是许多语音/音频应用的起点，包括语音编码，语音识别和语音增强。 由于这类任务没有特定的公共数据集，所以该数据集是从三个不同的数据库收集的719个音频。包括： ·TIMIT:是一个读语音语资料库，旨在为声学和语音研究提供语音数据，并评估自动语音识别系统。 · PTDB-TUG:是一个用于音高跟踪的语音数据库，提供20个讲英语者的麦克风信号。 ·Noizeus:包含30个句子的语音数据。噪音信号被人为添加到语音信号中，特别是该数据库包含被胡言乱语(人群)、街道、火车、火车站、汽车和餐馆噪音破坏的音频，SNR为5分贝，以及原始噪音。
刚体不稳定自由旋转的简单MATLAB仿真-SpinSpin-四元数- v2-MATLAB
07-29
旋转物体运动学是基于“标量第一单位四元数”的。 项目“SpinSpin_Quaternion_v1”与此项目类似。 项目“SpinSpin_RotationVector”与此项目类似，但基于“RotationVector”。 标量第一单位四元数定义： 标量第一单位四元数是长度为4的一维行或列向量。 使用Matlab的“ode45”函数求解常微分方程（ODE），应用Dorman-Prince 4（5）显式嵌入式自适应时间步长龙格-库塔方法。 Matlab“ode45”函数中的误差限制设置为10-13。
AI绘画介绍及应用场景.pdf
07-29
AI绘画的应用场景非常广泛。在艺术创作领域，AI可以为艺术家提供灵感和创作素材，帮助他们探索新的艺术风格和表现手法。同时，AI绘画也可以用于游戏、动画、电影等娱乐产业的视觉制作中，提高制作效率和降低成本。此外，AI绘画还可以用于教育、医疗等领域，为学生提供更加直观、生动的学习材料，为医生提供更加准确的诊断依据。
Dubbo分布式服务框架详解：从基础到高级特性
"Dubbo作者梁飞的分布式服务框架解析" Dubbo是由阿里巴巴开源的高性能Java分布式服务框架，设计目标是提供轻量级、高性能、透明化的远程服务调用方案，以及服务治理方案。该框架主要关注以下几个核心概念和技术： ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值