1.深度剖析：Dubbo使用Nacos注册中心的码注坑
2.Dubbo源码：跟着Demo学习基本使用
3.dubbo java环境下出现这种错误怎么解决？
4.dubbo知识点之管理工具dubbo-admin分享
5.dubbo服务管理工具dubbo-admin环境搭建

深度剖析：Dubbo使用Nacos注册中心的坑

       在年的一次微服务组件升级中，我遇到了Dubbo注册中心从Zookeeper切换到Nacos时出现的码注一些问题，近期在浏览GitHub时，码注发现有类似问题的码注讨论，于是码注决定对这些问题进行整理和总结。

       首先，码注网站转iapp源码问题的码注描述是这样的：在进行Dubbo注册中心的切换后，微服务启动变得异常缓慢，码注日志中显示了大量对Nacos的码注请求，同时JVM中的码注线程数急剧增加，达到左右。码注

       通过观察这些现象，码注我们初步判断问题可能出在Nacos上，码注推测是码注由于某种原因生成了大量Nacos线程，每个线程不断发送HTTP请求。码注随后，我们开始从Nacos的lldp 源码原理和实现开始分析。

       Nacos客户端在进行注册和订阅服务时，一般会创建四个重要线程，这些线程在Nacos源码中能找到对应的位置和执行任务，即不断地向Nacos服务器发送HTTP API请求。

       进一步分析后，我们发现问题出在Dubbo的配置上。Dubbo在初始化代理对象时引入了timestamp参数，而NacosRegistryFactory在创建注册中心缓存键时并没有截掉这个参数，导致缓存无法正常工作，从而不断创建新的线程和HTTP请求。

       回顾Dubbo的配置初始化流程，发现关键在于ReferenceConfig类中加入了timestamp参数。在NacosRegistryFactory的实现中，没有正确处理这个参数，最终导致了问题的发生。

       解决方法相对简单，harfbuzz源码即在Dubbo的NacosRegistryFactory类中截掉timestamp参数。幸运的是，这个修复在2.7.9版本中已经由其他开发者完成，并合并到了代码库中。通过将2.7.9版本的修复类替换到2.7.8版本的NacosRegistryFactory类中，问题得到了解决。

       在排查问题时，了解Dubbo和Nacos的基本原理和实现是至关重要的。这要求我们在日常工作中不断积累知识，深入理解系统内部的工作机制，这样才能在遇到问题时迅速定位和解决。

       综上所述，本文对Dubbo使用Nacos注册中心时遇到的问题进行了详细的梳理和分析，并分享了问题的排查和解决方法。通过这次经历，我们学会了如何在复杂环境中定位和解决技术难题，jetpack源码同时也提醒我们在日常工作中要持续学习和积累，以应对不断变化的技术挑战。

Dubbo源码：跟着Demo学习基本使用

       Dubbo 是一款由阿里开源的高性能轻量级RPC框架，因其在各大企业如阿里、京东、小米、携程等的广泛应用而备受瞩目。本文将通过一个基础Demo，带你了解Dubbo的基本使用步骤。

       首先，你需要设置一个ZooKeeper服务器作为服务注册中心。ZooKeeper是Dubbo生产环境中的常见选择。下载并解压zookeeper-3.4..tar.gz包，然后修改conf/zoo.cfg配置，启动ZooKeeper服务。

       接下来，mcinaboxboat源码定义业务接口，即Dubbo Provider和Consumer之间的约定，如dubbo-demo-interface模块中的DemoService接口。它包含sayHello()和sayHelloAsync()方法。

       在dubbo-demo-xml模块中，提供了基于Spring XML的Provider和Consumer实现。在Provider端的dubbo-provider.xml中，配置DemoServiceImpl为Spring Bean，并暴露到ZooKeeper。在Consumer端的dubbo-consumer.xml中，配置ZooKeeper地址，并使用dubbo:reference引入DemoService，以便远程调用其提供的服务。

       启动Consumer端的Application，通过ClassPathXmlApplicationContext加载配置文件，即可实现服务的调用。如果你有任何问题或需求，欢迎留言互动，共同探讨。

       本文摘自公众号“勾勾的Java宇宙”，关注的朋友们可以分享你的学习需求和建议。

dubbo java环境下出现这种错误怎么解决？

       改成：ref="CarServiceImpl"

       Dubbo分布式服务框架 服务注册不上：

       (1) 检查dubbo的jar包有没有在classpath中，以及有没有重复的jar包

       (2) 检查有没有重复的dubbo.properties配置文件

       (3) 检查暴露服务的spring配置有没有加载

       (4) 检查beanId或beanName有没有重复

       (5) 查看有没有错误日志：

       cat ~/output/logs/webx.log

       (6) 在服务提供者机器上测试与注册中心的网络是否通：

       telnet ..3.

       (7) 检查与注册中心的连接是否存在：

       netstat -anp | grep ..3.

       (8) 如果是预发布机，检查hosts文件有没有正确绑定：

       cat /etc/hosts

       (9) 实在不行，开启远程调试：

       – (a) 在服务器JVM参数中加入：-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=,server=y,suspend=y

       注意线上只有和可以被线下访问，调试端口需用这两个之一，因注册是启动时行为，启动时必需挂起suspend=y

       – (b) 在dubbo源码的DefaultRegistryService的registerService()方法中设置断点。

       – (c) 在Eclipse的Debug按钮下拉菜单Debug Configurations中的Remote Java Applications中新增远程调试，并设置IP和端口，以及增加dubbo的源码，进行远程Debug调试。

dubbo知识点之管理工具dubbo-admin分享

       在dubbo的应用体系中，一直有一款图形化的rpc管理工具，通过这款管理工具，我们可以对我们的rpc服务进行各种管理操作，包括负载均衡、权重调整、服务监测等，今天我们就先来简单看下这一款管理工具。

       dubbo的管理服务，现在也是一个独立的应用，我们可以将它独立部署。项目地址如下：

       根据官方介绍，目前的管理控制台已经发布0.1版本，结构上采取了前后端分离的方式，前端使用 Vue和 Vuetify分别作为 Javascript框架和UI框架，后端采用 Spring Boot 框架。既可以按照标准的 Maven 方式进行打包，部署，也可以采用前后端分离的部署方式，方便开发，功能上，目前具备了服务查询，服务治理(包括 Dubbo 2.7中新增的治理规则)以及服务测试三部分内容。

       下面，我们看下如何在本地安装部署dubbo的管理控制台。

       首先，我们要下载dubbo-admin的源码包或者部署包，如果下载源码包的话，需要你自己打包，由于又是前后端分离的项目，所以这里我就偷个懒，直接下载部署包：

       下载完成后，直接解压，然后进入bin\config文件夹，这里有dubbo-admin的配置文件。因为后端是spring boot项目，所以这里的application.properties文件就是我们spring boot的配置文件，默认情况下，整个配置文件只有一些简单配置项：

       因为没有项目的端口配置，所以默认情况下，dubbo-admin的访问端口是，当然你也可以自行修改；

       配置文件中，首先是注册中心、配置中心、元数据中心的配置，今天我们演示的注册中心是zk，所以这里就不修改了；

       紧接着是管理平台的登录用户名和密码，默认都是root，你也可以根据自己的需要修改；

       最后面是压缩的相关配置，这里应该是请求响应内容的压缩配置，主要是针对css/js以及页面等内容。

       完成以上内容配置，我们就可以启动测序下了。首先，我们要先启动zk，然后启动我们的管理平台，直接访问我们dubbo-admin的服务地址即可，我配置的端口是，所以我访问的地址是pm源并重新安装。对于启动时的InetSocketAddress错误，可能需要降级到Java 8版本来解决。