简单来说，Java Agent就是JVM为了应用程序提供的具有检测功能的软件组件。在Java Agent的上下文中，通过JDK1.5出现的java.lang.instrument.Instrumentation来提供重新定义在运行时加载的类的内容的能力。那么这有什么用？其实对我们实现一些需要通过字节码的形式隐式注入到业务代码中的中间件非常有用（注意，这和Java的远程debug使用的JDWP（Ja

1、背景之前未曾想过会有全面拥抱Spring Cloud的一天，这是我来腾讯后写的第一篇博客，也是第一篇关于Spring Cloud体系的博客，废话少说，我们进入主题。我们知道HTTP的重要性，也知道开发Web服务端还是很爽的，Spring MVC 或 Spring WebFlux 一套拳打完直接收工即可，但作为Web服务的调用方（这里主要指服务端调用服务端），由于需要熟悉各种（OkHttp、Ht

对于Dubbo的服务提供者，主要有两种线程池，一种是IO处理线程池，另一种是服务调用线程池。而作为IO处理线程池，由于Dubbo基于Mina、Grizzly和Netty框架做IO组件，IO线程池都是基于这些框架来配置，比如Netty中的boss和worker线程池，Dubbo选择的是“无边界”的CachedThreadPool，这意味着对所有服务请求先做到“来者不拒”，本文拿Netty组件举例，代

简单来说，Java Agent就是JVM为了应用程序提供的具有检测功能的软件组件。在Java Agent的上下文中，通过JDK1.5出现的java.lang.instrument.Instrumentation来提供重新定义在运行时加载的类的内容的能力。那么这有什么用？其实对我们实现一些需要通过字节码的形式隐式注入到业务代码中的中间件非常有用（注意，这和Java的远程debug使用的JDWP（Ja

简单来说，Java Agent就是JVM为了应用程序提供的具有检测功能的软件组件。在Java Agent的上下文中，通过JDK1.5出现的java.lang.instrument.Instrumentation来提供重新定义在运行时加载的类的内容的能力。那么这有什么用？其实对我们实现一些需要通过字节码的形式隐式注入到业务代码中的中间件非常有用（注意，这和Java的远程debug使用的JDWP（Ja

1、背景我们知道Spring Boot是为了解决Spring使用成本高的问题，Spring Cloud是为了解决分布式系统开发成本高的问题，而在分布式系统中，服务治理又是绕不开的话题，注册中心又是核心中心的核心。而Consul就是为了在云原生上构建注册中心而准备的，尽管这样定义Consul不够全面（Consul还有很多其他能力），但Consul提供的服务发现和注册的能力才是本文的重点。如你所知，C

上篇文章大致讲述了同步消费者和异步消费者接收消息的异同（详见《ActiveMQ中消费者是如何接收消息的（一）》http://manzhizhen.iteye.com/blog/2094130 ），但我们还未讲到消息是在什么时候放入消费者ActiveMQMessageConsumer类的“消息容器”unconsumedMessages中的，这很关键，因为为了解耦，消费者类不需要知道你ActiveMQ

       2010年谷歌发表了其内部使用的分布式跟踪系统Dapper的论文（http://static.googleusercontent.com/media/research.google.com/zh-CN//archive/papers/dapper-2010-1.pdf，译文地址：http://bigbully.github.io/Dapper-translation/），讲述了Dap

楼主所在的团队全面拥抱了Spring Cloud体系，但由于历史原因，以及使用了腾讯云TSF的老版本，加上开发自维护的基础工具包一掺和，所有项目使用的Spring Cloud都停留在 2.1.2.RELEASE 版本，所以Spring Cloud Gateway（后面简称SCG）使用的是 2.1.2.RELEASE 版本。