葩_的博客

一个基于注解实现自动生成菜单、权限；并且基于注解校验权限的框架

EurekaClient创建过程精读    承接上一篇，我们来到了DiscoveryClient(ApplicationInfoManager applicationInfoManager, EurekaClientConfig config, AbstractDiscoveryClientOptionalArgs args, Provider<BackupRegistry> backupRegistryProvider, EndpointRandomi

一、创建EurekaClientConfig    这里也是很之前一样，去读取eureka.client.properties文件里面的配置，加载到EurekaClientConfig内部。EurekaClientConfig eurekaClientConfig = new DefaultEurekaClientConfig();public DefaultEurekaClientConfig() { this(CommonConstants.DEF

EurekaServerConfig创建过程    这一篇我们来看看EurekaServerConfig是如何创建的。只看重点~EurekaServerConfig eurekaServerConfig = new DefaultEurekaServerConfig();    这里创建了一个DefaultEurekaServerConfig实现类，点进去看看~private static final String

零、前言    有几个步骤比较简单，且和主流程关系不大，就一起看了。一、注册JSON、XML数据流转换器    这里的代码很简单，就是创建了两个转换器，然后保存到了一个底层的PrioritizedList数据结构中。JsonXStream.getInstance().registerConverter(new V1AwareInstanceInfoConverter(), XStream.PRIORITY_VERY_HI

initEurekaServerContext流程大体观察    这里用原生的Eureka来讲解，毕竟Spring-Cloud的分散的到处都是，不好观察。    步骤就写在代码里面了，注意观察哟。protected void initEurekaServerContext() throws Exception { // 第一步：读取EurekaServer的配置文件 EurekaServerConfig e

一、原生Eurekaprotected void initEurekaServerContext() throws Exception { EurekaServerConfig eurekaServerConfig = new DefaultEurekaServerConfig(); // For backward compatibility JsonXStream.getInstance().registerConverter(new V1AwareInstanceInfoCo

一、前言    无论是原生Eureka还是SpringCloud中对Eureka的整合，逻辑是一样的，只是在SpringCloud中将很多组件的创建移到AutoConfiguration中去了，如果有设计到的地方，笔者在以后的学习笔记中会提到。二、contextInitialized方法    承接我们发现的contextInitialized方法，我们来看看其内部做了什么。大致可以发现，它是从ConfigurationM

一、先看看@EnableEurekaServer注解    老规矩，用过Spring-Cloud-Netflix-Eureka的都知道，想要用Eureka，要先在启动类上加上@EnableEurekaServer注解，Spring-Cloud会自动注入Eureka-Server相关的内容。@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)@Documented@Import(EurekaS

一、先去GitHub上下载源码，瞄一眼目录结构。    根据笔者小学的英文水平加上百度大概看出来，分为code核心模块、client客户端模块、server服务端模块、resource资源模块、examples用例、utils工具包几个模块吧。。    接着又发现了有这么几个三级项目名archaius2、jersey2、governator。经过再一次的百度查询，发现governator是一个用来增强 Google Gui

一、Spring-Cloud-Netfix-Eureka的5大监听器EurekaRegistryAvailableEvent 服务器可用时触发EurekaServerStartedEvent 服务器启动时触发EurekaInstanceRegisteredEvent 服务注册时触发EurekaInstanceRenewedEvent 服务续约时触发EurekaInstanceCanceledEvent 服务下线时触发二、笔者是怎么找到这5个监听器的，以及是怎么去寻找他们调用的方法。首先

零、前言目前这些是笔者自己知道的一些配置，后续看到某些地方的时候，也许会加上的吧。。一、客户端配eureka.client.fetch-registry:是否去注册中心获取其他服务地址,默认true，单机版的时候配置成falseeureka.client.register-with-eureka:是否向服务器注册自己，默认true，单机版的时候配置成falseeureka.instance.hostnameeureka服务器主机名称eureka.client.service-url.de

零、前言本次记录的Spring-Cloud-Eureka版本为2.2.3，Eureka版本为1.9.21。都是看到什么地方写到什么地方，不要在意目录顺序- -！所有文章都有可能不定期更新。一、什么是EurekaEureka是一个支持分布式的、AP模型的、使用http请求通讯的注册中心。二、为什么要用注册中心当你的项目微服务化以后，并且数量很多的时候，你不可能手动来管理每个服务器的IP地址，这个时候就需要一个注册中心统一来管理。...

    起源是这样的，一问朋友（super冰）让我回答下上次面试阿里的一道题目。问题是这样的：给你一台8核16g服务器，你会给你的应用程序设计多少个线程，为什么这么设计。如果是io密集型的呢？如果是cpu密集型的呢？这里就讲讲自己的理解吧，有可能全网打脸(*▽*)。    这里就直接将io密集型和cpu密集型吧。鉴于笔者看过的源码中，比如netty之类的，默认都是给CPU核数的两倍。这里就借鉴这个经验吧。在IO密集型的机器中，

一、业务流程图    这里展示了Queue的创建和监听：    上图介绍了Queue消息的创建过程，和监听消费过程。但是没有画消息发送的流程（笔者忘了，不想补，懒- -！），这里文字补充一下吧。生产者发送消息以后，服务端保存成功以后，会告知生产者消息是否保存成功，生产者根据服务器返回的结果做对应的处理。    至于Topic消息的流程，大致上和Queue消息的差不多，这里就教给大家

零、最后更新时间    2020-06-15一、BoringMQ 码云地址    BoringMQ码云链接二、BoringMQ使用到的技术jdk8mavenniojuchutool工具包：hutool官网三、BoringMQ 一期预期功能  2.1客户端功能支持心跳检查、重连机制（可配置心跳检查时间）（已完成）支持发送同步or异步消息（可配置异步等待超时时间）（未完成）仅支持