董_董

背景 最近在处理用户敏感信息的加密和解密,其中遇到以下问题: 单个接口处理不好维护 如果直接在业务中加相关代码的话,偶尔比较高 每个接口请求和响应的数据格式不一样,很难用同一套数据结构处理 调研 整个

服务注册相关代码 入口 调用注册接口 服务端接收 同步给其他节点 com.netflix.eureka.registry.AbstractInstanceRegistry#invalidateCach

一,背景 最近在用过滤器做相关接口传输的加解密时发现很多不规范问题,再次列出警醒一下开发人员. 二,问题 2.1 URL命名 在过滤器和网关对URL过滤时发现前缀一致导致部分接口也被裹挟进入处理 /b

入口 分析 @AutoConfigureBefore:EurekaClientAutoConfiguration在其之前加载 @AutoConfigureAfter:EurekaClientAutoC

上期 继续 同步相关代码 registry.syncUp() 相关代码 剔除相关代码 这个方法的实现类有两个,用哪个呢,除了debug? 我们可以看到,一开始注入的就是 InstanceRegistr

入口 激活自动装配 解读 纵观整个类,就是这个方法启动了Eureka相关程序,那在哪里启动的呢? EurekaServerInitializerConfiguration 实现了SmartLifecy

背景 虽然Eureka现在不开源维护了,但是作为一个优秀的框架还是有很多优秀的地方值的我们学习的. 环境配置 设置全局的配置 Eureka服务端的配置 Eureka客户端的配置 注册中心常用的http

前提 最近开始准备系统全面的学习springcloud相关组件,过程中会记录并发表出来,今天就是从阅读源码的入口开始. 提疑 就引入一个依赖 一个注解 怎么就可以将相关功能与springcloud给整

背景 最近项目中有地方要用到bean的初始化,就顺便研究了一下几种初始化的区别 对比方式 @PostConstruct org.victor.spring.bean.factory.DefaultUs