MDC概念MDC（MappedDiagnosticContext，映射调试上下文）是log4j和logback提供的一种方便在多线程条件下记录日志的功能，也可以说是一种轻量级的日志跟踪工具。MDC能做什么那么通过MDC的概念，我们可以知道，MDC是应用内的线程级别，不是分布式的应用层级别，所以仅靠它无法做到分布式应用调用链路跟踪的需求。它要解决的问题主要是让我们可以在海量日志数据中快速捞到可用的日志信息。场景分析。原理既然我们知道MDC底层使用TreadLocal来实现，那根据TreadLocal的特点，它是可以让我们在同一个线程中共享数据的，但是往往我们在业务方法中，会开启多线程来执行程序，
在1月27日，新年伊始，Dubbo3.1.5和3.2.0-beta.4正式通过投票发布。本文将介绍发布的变化一览。Dubbo3.1.5版本是目前Dubbo3的最新稳定版本，我们建议所有的用户都升级到最新的稳定版本。Dubbo3.2.0-beta.4版本是目前Dubbo3的最新特性版本，包括了如SpringBoot3、JDK17、服务粒度的线程池隔离等新特性的支持，欢迎大家尝鲜使用。Dubbo3.1.5新特性DubboQoS支持记录请求的记录，便于进行审计支持在服务映射失败以后定时进行重试，降低由于元数据中心抖动带来的影响支持在初始化NacosClient的时候进行健康检查，如果失败则在一定次数
在1月27日，新年伊始，Dubbo3.1.5和3.2.0-beta.4正式通过投票发布。本文将介绍发布的变化一览。Dubbo3.1.5版本是目前Dubbo3的最新稳定版本，我们建议所有的用户都升级到最新的稳定版本。Dubbo3.2.0-beta.4版本是目前Dubbo3的最新特性版本，包括了如SpringBoot3、JDK17、服务粒度的线程池隔离等新特性的支持，欢迎大家尝鲜使用。Dubbo3.1.5新特性DubboQoS支持记录请求的记录，便于进行审计支持在服务映射失败以后定时进行重试，降低由于元数据中心抖动带来的影响支持在初始化NacosClient的时候进行健康检查，如果失败则在一定次数
上一篇说了关于MDC跨线程为null的理解，而本讲主要说一下，如何去解决它，事实上，Hystrix为我们留了这个口，我们只需要继承HystrixConcurrencyStrategy，然后重写wrapCallable方法，再把这个重写的对象注册到Hystrix里就可以了，跨线程共享数据，可以使用阿里的transmittable-thread-local组件，如果只是共离MDC的话，可以自己写个组件就行。一ThreadMdcUtil用来同步MDC对象publicclassThreadMdcUtil{ publicstaticCallablewrap(finalCallablecallable,f
上一篇说了关于MDC跨线程为null的理解，而本讲主要说一下，如何去解决它，事实上，Hystrix为我们留了这个口，我们只需要继承HystrixConcurrencyStrategy，然后重写wrapCallable方法，再把这个重写的对象注册到Hystrix里就可以了，跨线程共享数据，可以使用阿里的transmittable-thread-local组件，如果只是共离MDC的话，可以自己写个组件就行。一ThreadMdcUtil用来同步MDC对象publicclassThreadMdcUtil{ publicstaticCallablewrap(finalCallablecallable,f
本文将基于DubboSamples示例演示如何快速搭建并部署一个微服务应用。背景Dubbo作为一款微服务框架，最重要的是向用户提供跨进程的RPC远程调用能力。如上图所示，Dubbo的服务消费者（Consumer）通过一系列的工作将请求发送给服务提供者（Provider）。为了实现这样一个目标，Dubbo引入了注册中心（Registry）组件，通过注册中心，服务消费者可以感知到服务提供者的连接方式，从而将请求发送给正确的服务提供者。目标了解微服务调用的方式以及Dubbo的能力难度低环境要求系统：Windows、Linux、MacOSJDK8及以上（推荐使用JDK17）GitDocker（可选）动
本文将基于DubboSamples示例演示如何快速搭建并部署一个微服务应用。背景Dubbo作为一款微服务框架，最重要的是向用户提供跨进程的RPC远程调用能力。如上图所示，Dubbo的服务消费者（Consumer）通过一系列的工作将请求发送给服务提供者（Provider）。为了实现这样一个目标，Dubbo引入了注册中心（Registry）组件，通过注册中心，服务消费者可以感知到服务提供者的连接方式，从而将请求发送给正确的服务提供者。目标了解微服务调用的方式以及Dubbo的能力难度低环境要求系统：Windows、Linux、MacOSJDK8及以上（推荐使用JDK17）GitDocker（可选）动
前言本文基于Dubbo2.6.x版本，中文注释版源码已上传github：xiaoguyu/dubbo今天，来聊点短的，服务路由Router，本文讲的是路由的调用路径，不讲路由的规则解析。想了解规则解析的可以去官方文档：服务路由Dubbo的路由，就是根据规则，规定了哪些服务消费者可调用哪些服务提供者。怎么用我们可以在服务治理控制台Dubbo-Admin写入路由规则。安装Dubbo-Admin我是使用docker方式安装的，命令如下：dockerrun-d\-p9001:8080\-eadmin.root.user.name=admin\-eadmin.root.user.password=adm
前言本文基于Dubbo2.6.x版本，中文注释版源码已上传github：xiaoguyu/dubbo今天，来聊点短的，服务路由Router，本文讲的是路由的调用路径，不讲路由的规则解析。想了解规则解析的可以去官方文档：服务路由Dubbo的路由，就是根据规则，规定了哪些服务消费者可调用哪些服务提供者。怎么用我们可以在服务治理控制台Dubbo-Admin写入路由规则。安装Dubbo-Admin我是使用docker方式安装的，命令如下：dockerrun-d\-p9001:8080\-eadmin.root.user.name=admin\-eadmin.root.user.password=adm
前言本文基于Dubbo2.6.x版本，中文注释版源码已上传github：xiaoguyu/dubbo今天，来聊聊Dubbo的服务目录（Directory）。下面是官方文档对服务目录的定义：服务目录中存储了一些和服务提供者有关的信息，通过服务目录，服务消费者可获取到服务提供者的信息，比如ip、端口、服务协议等。服务目录持有Invoker对象集合，Dubbo的服务调用均由Invoker发起。当服务提供者信息发生变化时（比如某一个服务挂了），服务目录也需要动态调整。继承体系服务目录目前内置的实现有两个，分别为StaticDirectory和RegistryDirectory。它们均继承自Abstra
