## Spring Boot 优势
* 自动装配
* 内嵌容器
* 应用监控
* Starter 包简化集成难度。
自动装配:Spring Boot 会根据某些规则对所有配置的 Bean 进行初始化。可以减少了很多重复性的工作。比如使用 mybatis时,只需要在 pom.xml 中加入 mybatis的 Starter 包,然后配置 mybatis的连接信息,就可以直接使用 @mapper自动装配来操作数据库了。
内嵌容器:Spring Boot 应用程序可以不用部署到外部容器中,比如 Tomcat。Spring Boot 应用程序可以直接通过 Maven 命令编译成可执行的 jar 包,通过 java -jar 命令启动即可,非常方便。
应用监控:Spring Boot 中自带监控功能 Actuator,可以实现对程序内部运行情况进行监控,比如 Bean 加载情况、环境变量、日志信息、线程信息等。当然也可以自定义跟业务相关的监控,通过Actuator 的端点信息进行暴露。
Starter 包简化框架集成难度:将 Bean 的自动装配逻辑封装在 Starter 包内部,同时也简化了 Maven Jar 包的依赖,对框架的集成只需要加入一个 Starter 包的配置,降低了烦琐配置的出错几率。
## Spring Boot 框架图
![](https://img.kancloud.cn/6b/ba/6bba83f90e6def3167ffa767520d0589_1510x608.png)
## Spring Boot 启动源码分析
我们知道 Spring Boot 程序的入口是 SpringApplication.run(Application.class, args) 方法,那么就从 run() 方法开始分析吧,它的源码如下:
```
public ConfigurableApplicationContext run(String... args) {
// 1.创建并启动计时监控类
StopWatch stopWatch = new StopWatch();
stopWatch.start();
// 2.声明应用上下文对象和异常报告集合
ConfigurableApplicationContext context = null;
Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList();
// 3.设置系统属性 headless 的值
this.configureHeadlessProperty();
// 4.创建所有 Spring 运行监听器并发布应用启动事件
SpringApplicationRunListeners listeners = this.getRunListeners(args);
listeners.starting();
Collection exceptionReporters;
try {
// 5.处理 args 参数
ApplicationArguments applicationArguments = new DefaultApplicationArguments(args);
// 6.准备环境
ConfigurableEnvironment environment = this.prepareEnvironment(listeners, applicationArguments);
this.configureIgnoreBeanInfo(environment);
// 7.创建 Banner 的打印类
Banner printedBanner = this.printBanner(environment);
// 8.创建应用上下文
context = this.createApplicationContext();
// 9.实例化异常报告器
exceptionReporters = this.getSpringFactoriesInstances(SpringBootExceptionReporter.class, new Class[]{ConfigurableApplicationContext.class}, context);
// 10.准备应用上下文
this.prepareContext(context, environment, listeners, applicationArguments, printedBanner);
// 11.刷新应用上下文
this.refreshContext(context);
// 12.应用上下文刷新之后的事件的处理
this.afterRefresh(context, applicationArguments);
// 13.停止计时监控类
stopWatch.stop();
// 14.输出日志记录执行主类名、时间信息
if (this.logStartupInfo) {
(new StartupInfoLogger(this.mainApplicationClass)).logStarted(this.getApplicationLog(), stopWatch);
}
// 15.发布应用上下文启动完成事件
listeners.started(context);
// 16.执行所有 Runner 运行器
this.callRunners(context, applicationArguments);
} catch (Throwable var10) {
this.handleRunFailure(context, var10, exceptionReporters, listeners);
throw new IllegalStateException(var10);
}
try {
// 17.发布应用上下文就绪事件
listeners.running(context);
// 18.返回应用上下文对象
return context;
} catch (Throwable var9) {
this.handleRunFailure(context, var9, exceptionReporters, (SpringApplicationRunListeners)null);
throw new IllegalStateException(var9);
}
}
```
## Spring Boot 的启动流程
* 1.创建并启动计时监控类
此计时器是为了监控并记录 Spring Boot 应用启动的时间的,它会记录当前任务的名称,然后开启计时器。
* 2.声明应用上下文对象和异常报告集合
此过程声明了应用上下文对象和一个异常报告的 ArrayList 集合。
* 3.设置系统属性 headless 的值
设置 Java.awt.headless = true,其中 awt(Abstract Window Toolkit)的含义是抽象窗口工具集。设置为 true 表示运行一个 headless 服务器,可以用它来作一些简单的图像处理。
* 4.创建所有 Spring 运行监听器并发布应用启动事件
此过程用于获取配置的监听器名称并实例化所有的类。
* 5.初始化默认应用的参数类
也就是说声明并创建一个应用参数对象。
* 6.准备环境
创建配置并且绑定环境(通过 property sources 和 profiles 等配置文件)。
* 7.创建 Banner 的打印类
Spring Boot 启动时会打印 Banner 图片
* 8.创建应用上下文
根据不同的应用类型来创建不同的 ApplicationContext 上下文对象。
* 9.实例化异常报告器
它调用的是 getSpringFactoriesInstances() 方法来获取配置异常类的名称,并实例化所有的异常处理类。
* 10.准备应用上下文
此方法的主要作用是把上面已经创建好的对象,传递给 prepareContext 来准备上下文,例如将环境变量 environment 对象绑定到上下文中、配置 bean 生成器以及资源加载器、记录启动日志等操作。
* 11.刷新应用上下文
此方法用于解析配置文件,加载 bean 对象,并且启动内置的 web 容器等操作。bean定位,载入和注册。
* 12.应用上下文刷新之后的事件处理
这个方法的源码是空的,可以做一些自定义的后置处理操作。
* 13.停止计时监控类
停止此过程第一步中的程序计时器,并统计任务的执行信息。
* 14.输出日志信息
把相关的记录信息,如类名、时间等信息进行控制台输出。
* 15.发布应用上下文启动完成事件
触发所有 SpringApplicationRunListener 监听器的 started 事件方法。
* 16.执行所有 Runner 运行器
执行所有的 ApplicationRunner 和 CommandLineRunner 运行器。
* 17.发布应用上下文就绪事件
触发所有的 SpringApplicationRunListener 监听器的 running 事件。
* 18.返回应用上下文对象
到此为止 Spring Boot 的启动程序就结束了,我们就可以正常来使用 Spring Boot 框架了,下面我们具体到代码分析启动流程。
## springboot内置代码分析
> 运行流程:
* 1:判断是否是web环境
```
public SpringApplication(Object... sources) {
initialize(sources);
}
@SuppressWarnings({ "unchecked", "rawtypes" })
private void initialize(Object[] sources) {
if (sources != null && sources.length > 0) {
this.sources.addAll(Arrays.asList(sources));
}
this.webEnvironment = deduceWebEnvironment();
setInitializers((Collection) getSpringFactoriesInstances(
ApplicationContextInitializer.class));
setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));
this.mainApplicationClass = deduceMainApplicationClass();
}
private boolean deduceWebEnvironment() {
for (String className : WEB_ENVIRONMENT_CLASSES) {
if (!ClassUtils.isPresent(className, null)) {
return false;
}
}
return true;
}
```
* 2:加载所有classpath下面的META-INF/spring.factories ApplicationContextInitializer
```
@SuppressWarnings({ "unchecked", "rawtypes" })
private void initialize(Object[] sources) {
if (sources != null && sources.length > 0) {
this.sources.addAll(Arrays.asList(sources));
}
this.webEnvironment = deduceWebEnvironment();
setInitializers((Collection) getSpringFactoriesInstances(
ApplicationContextInitializer.class));
setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));
this.mainApplicationClass = deduceMainApplicationClass();
}
```
* 3:推断main方法所在的类
```
private Class<?> deduceMainApplicationClass() {
try {
StackTraceElement[] stackTrace = new RuntimeException().getStackTrace();
for (StackTraceElement stackTraceElement : stackTrace) {
if ("main".equals(stackTraceElement.getMethodName())) {
return Class.forName(stackTraceElement.getClassName());
}
}
}
catch (ClassNotFoundException ex) {
// Swallow and continue
}
return null;
}
```
* 4:加载所有classpath下面的META-INF/spring.factories SpringApplicationRunListener
```
SpringApplicationRunListeners listeners = getRunListeners(args);
listeners.starting();
```
* 5:执行所有SpringApplicationRunListener的started方法
* 6:实例化ApplicationArguments对象
* 7:创建environment
* 8:配置environment,主要是把run方法的参数配置到environment
* 9:执行所有SpringApplicationRunListener的environmentPrepared方法
* 10:如果不是web环境,但是是web的environment,则把这个web的environment转换成标准的environment
* 11:打印Banner
,banner 信息是在 SpringBootBanner 类中定义的,我们可以通过实现 Banner 接口来自定义 banner 信息,然后通过代码 setBanner() 方法设置 Spring Boot 项目使用自己自定义 Banner 信息,或者是在 resources 下添加一个 banner.txt,把 banner 信息添加到此文件中,就可以实现自定义 banner 的功能了。
* 12:初始化applicationContext, 如果是web环境,则实例化AnnotationConfigEmbeddedWebApplicationContext对象,否则实例化AnnotationConfigApplicationContext对象
* 13:如果beanNameGenerator不为空,就把beanNameGenerator对象注入到context里面去
* 14:回调所有的ApplicationContextInitializer方法
* 15:执行所有SpringApplicationRunListener的contextPrepared方法
* 16:依次往spring容器中注入:ApplicationArguments,Banner
* 17:加载所有的源到context里面去
* 18:执行所有SpringApplicationRunListener的contextLoaded方法
* 19:执行context的refresh方法,并且调用context的registerShutdownHook方法(这一步执行完成之后,spring容器就完全初始化好了)
```
@Override
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
//一些准备工作,列如配置属性源,记录启动时间,环境变量准备,部分map的清理工作
prepareRefresh();
//能对xml读取,转换为bean,AbstractApplicationContext因为引用了一个beanFactory
//所有她拥有了beanFactory的所有功能。还在此基础上进一步扩展。做了哪些扩展?
//真正的初始化bean Factory ,设置一些参数,并读取xml文件,转换为bean Definition
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
// 准备bean 工厂,对beanFactory进行各种功能填充
// Prepare the bean factory for use in this context.
// 此时,spring已经完成对配置文件的解析,也就是beanFactory对bean的解析已经开始
prepareBeanFactory(beanFactory);
try {
// Allows post-processing of the bean factory in context subclasses.
//保留方法 允许在上下文子类中对bean工厂进行后处理。
postProcessBeanFactory(beanFactory);
// 激活各种beanFactory 处理器,按顺序执行了
invokeBeanFactoryPostProcessors(beanFactory);
// 执行完invokeBeanFactoryPostProcessors后,beanDefinition 基本都已经找出来了 ,并且新初始了如下 8个 bean 至此已经初始化16个bean
// 注册拦截bean 创建的 bean 后置处理器 ,执行是在getBean时候
// Register bean processors that intercept bean creation.
// 注册 BeanPostProcessor 处理 bean的
registerBeanPostProcessors(beanFactory);
// 执行完 registerBeanPostProcessors()方法后,新增了9个后置处理器 至此已经初始化25个bean
// 为此上下文初始化消息源,即不同语言的消息体。国际化处理
// Initialize message source for this context.
initMessageSource();
//执行完新增1个bean 至此已经初始化26个bean
//messageSource -> {DelegatingMessageSource@5542}
//初始化应用消息(事件)广播器,并放入 ApplicationEventMulticaster bean 中
// Initialize event multicaster for this context.
// 广播器,会保存相关的监听器,在有事件发生的时候,会调用相关的监听器的方法,
// 让监听器去执行内部的监听逻辑
initApplicationEventMulticaster();
//执行完新增一个bean 至此已经初始化27个bean
//applicationEventMulticaster -> {SimpleApplicationEventMulticaster@5595}
//留给子类来初始化其他bean
// Initialize other special beans in specific context subclasses.
onRefresh();
//执行完 onRefresh()新增 29个 bean 至此已经初始化65 个bean
// 将所有监听器bean,注册到前面刚刚注册的消息广播器。
// 并将没有发出的事件一并发出去。
// Check for listener beans and register them.
registerListeners();
// 初始化剩下的,非延迟加载的 bean的初始化工作。(也就是非延迟加载的bean,会在这一步实现初始化,其他bean不会))
// ConversionService 设置(这个是干啥的?)
// 配置冻结 、非延迟加载的 bean的初始化工作
// Instantiate all remaining (non-lazy-init) singletons.
//这也是context&bean Factory的区别所在
finishBeanFactoryInitialization(beanFactory);
// 发布相关事件 Last step: publish corresponding event
// 完成刷新过程,通知生命周期处理器,LifecycleProcesser 刷新过程,
// 并同时发出ContextRefreshEvent 通知别人(通知被人干啥.
finishRefresh();
}
}
```
* 20:回调,获取容器中所有的ApplicationRunner、CommandLineRunner接口,然后排序,依次调用
* 21:执行所有SpringApplicationRunListener的finished方法
## 工作原理总结
* 引导机制
Spring Boot 使用注解代替 xml 配置文件配置应用上下文,称之为 auto-configuration。在提供自己的组件时,Spring Boot 不会自己来扫描所有的包,而是通过读取 classpath 下 META-INF/spring.factories 文件中配置的类来开始加载流程。这可以视为 Spring Boot 的引导机制。
在 spring.factories 中,可以配置:
org.springframework.boot.autoconfigure.EnableAutoConfiguration 自动配置类
org.springframework.context.ApplicationContextInitializer 实现该接口可以自定义窗口启动早期的初始化行为
org.springframework.context.ApplicationListener 实现该接口可以监听容器事件
配置键是接口或注解的全名,配置值是实现类或目标类的全名。在spring.factories中配置的类,都会被 spring 容器加载并实例化为 spring beans。
* Bean装配
1. 处理注解 @ComponentScan
2. 处理 @Import 注解
3. 处理@ImportResource注解
4. 处理 带@Bean注解的 方法
抓主线BeanDefinition的定位,载入,注册过程
* 条件配置
Spring Boot 支持在 @Configuration 和 @Bean 上使用条件注解(Condition annotations),在程序实际运行时动态判定初始化行为。比如根据某配置项、某个类是否存在判断是否加载某个 bean。
@ConditionalOnClass/@ConditionalOnMissingClass 根据类的存在性判定
@ConditionalOnBean/@ConditionalOnMissingBean 根据bean的存在性判定
@ConditionalOnProperty 根据配置项的存在性判定
@ConditionalOnResource 根据文件的存在性判定
@ConditionalOnWebApplication/@ConditionalOnNotWebApplication 根据是否为Web应用判定
@ConditionalOnExpression 根据 Spring EL 判定
基于“约定优于配置”的思想,条件注解可以用来根据实际情况灵活地配置自己的组件。比如使用@ConditionalOnClass,探测到程序中存在 com.mysql.jdbc.Driver 类,就可以视为应用使用 MySQL 作为数据源,可以自动配置 MySQL 相关的功能;比如使用@ConditionalOnProperty可以根据程序实际的配置项来决定初始化行为。
总结下 Starter 的工作原理
Spring Boot 在启动时扫描项目所依赖的 JAR 包,寻找包含spring.factories文件的 JAR 包
根据spring.factories 配置加载AutoConfigure类
根据@Conditional注解的条件,进行自动配置并将 Bean 注入 Spring Context。
## spring bean生命周期
![](https://img.kancloud.cn/a5/6d/a56d92ea0980751d0387cac41335ed33_725x260.png)
## eureka-server 启动加载了哪些类
![](https://img.kancloud.cn/fa/1d/fa1d8f5b77645781d21d7fa81bb14d3a_1260x617.png)
![](https://img.kancloud.cn/68/45/684526d881f27e94e95cbc526189690a_1268x423.png)
- 前言
- 1.项目说明
- 2.项目更新日志
- 3.文档更新日志
- 01.快速开始
- 01.maven构建项目
- 02.环境安装
- 03.STS项目导入
- 03.IDEA项目导入
- 04.数据初始化
- 05.项目启动
- 06.付费文档说明
- 02.总体流程
- 1.oauth接口
- 2.架构设计图
- 3.微服务介绍
- 4.功能介绍
- 5.梳理流程
- 03.模块详解
- 01.老版本1.0.1分支模块讲解
- 01.db-core模块
- 02.api-commons模块
- 03.log-core模块
- 04.security-core模块
- 05.swagger-core模块
- 06.eureka-server模块
- 07.auth-server模块
- 08.auth-sso模块解析
- 09.user-center模块
- 10.api-gateway模块
- 11.file-center模块
- 12.log-center模块
- 13.batch-center模块
- 14.back-center模块
- 02.spring-boot-starter-web那点事
- 03.自定义db-spring-boot-starter
- 04.自定义log-spring-boot-starter
- 05.自定义redis-spring-boot-starter
- 06.自定义common-spring-boot-starter
- 07.自定义swagger-spring-boot-starter
- 08.自定义uaa-server-spring-boot-starter
- 09.自定义uaa-client-spring-boot-starter
- 10.自定义ribbon-spring-boot-starter
- 11.springboot启动原理
- 12.eureka-server模块
- 13.auth-server模块
- 14.user-center模块
- 15.api-gateway模块
- 16.file-center模块
- 17.log-center模块
- 18.back-center模块
- 19.auth-sso模块
- 20.admin-server模块
- 21.zipkin-center模块
- 22.job-center模块
- 23.batch-center
- 04.全新网关
- 01.基于spring cloud gateway的new-api-gateway
- 02.spring cloud gateway整合Spring Security Oauth
- 03.基于spring cloud gateway的redis动态路由
- 04.spring cloud gateway聚合swagger文档
- 05.技术详解
- 01.互联网系统设计原则
- 02.系统幂等性设计与实践
- 03.Oauth最简向导开发指南
- 04.oauth jdbc持久化策略
- 05.JWT token方式启用
- 06.token有效期的处理
- 07.@PreAuthorize注解分析
- 08.获取当前用户信息
- 09.认证授权白名单配置
- 10.OCP权限设计
- 11.服务安全流程
- 12.认证授权详解
- 13.验证码技术
- 14.短信验证码登录
- 15.动态数据源配置
- 16.分页插件使用
- 17.缓存击穿
- 18.分布式主键生成策略
- 19.分布式定时任务
- 20.分布式锁
- 21.网关多维度限流
- 22.跨域处理
- 23.容错限流
- 24.应用访问次数控制
- 25.统一业务异常处理
- 26.日志埋点
- 27.GPRC内部通信
- 28.服务间调用
- 29.ribbon负载均衡
- 30.微服务分布式跟踪
- 31.异步与线程传递变量
- 32.死信队列延时消息
- 33.单元测试用例
- 34.Greenwich.RELEASE升级
- 35.混沌工程质量保证
- 06.开发初探
- 1.开发技巧
- 2.crud例子
- 3.新建服务
- 4.区分前后台用户
- 07.分表分库
- 08.分布式事务
- 1.Seata介绍
- 2.Seata部署
- 09.shell部署
- 01.eureka-server
- 02.user-center
- 03.auth-server
- 04.api-gateway
- 05.file-center
- 06.log-center
- 07.back-center
- 08.编写shell脚本
- 09.集群shell部署
- 10.集群shell启动
- 11.部署阿里云问题
- 10.网关安全
- 1.openresty https保障服务安全
- 2.openresty WAF应用防火墙
- 3.openresty 高可用
- 11.docker配置
- 01.docker安装
- 02.Docker 开启远程API
- 03.采用docker方式打包到服务器
- 04.docker创建mysql
- 05.docker网络原理
- 06.docker实战
- 6.01.安装docker
- 6.02.管理镜像基本命令
- 6.03.容器管理
- 6.04容器数据持久化
- 6.05网络模式
- 6.06.Dockerfile
- 6.07.harbor部署
- 6.08.使用自定义镜像
- 12.统一监控中心
- 01.spring boot admin监控
- 02.Arthas诊断利器
- 03.nginx监控(filebeat+es+grafana)
- 04.Prometheus监控
- 05.redis监控(redis+prometheus+grafana)
- 06.mysql监控(mysqld_exporter+prometheus+grafana)
- 07.elasticsearch监控(elasticsearch-exporter+prometheus+grafana)
- 08.linux监控(node_exporter+prometheus+grafana)
- 09.micoservice监控
- 10.nacos监控
- 11.druid数据源监控
- 12.prometheus.yml
- 13.grafana告警
- 14.Alertmanager告警
- 15.监控微信告警
- 16.关于接口监控告警
- 17.prometheus-HA架构
- 18.总结
- 13.统一日志中心
- 01.统一日志中心建设意义
- 02.通过ELK收集mysql慢查询日志
- 03.通过elk收集微服务模块日志
- 04.通过elk收集nginx日志
- 05.统一日志中心性能优化
- 06.kibana安装部署
- 07.日志清理方案
- 08.日志性能测试指标
- 09.总结
- 14.数据查询平台
- 01.数据查询平台架构
- 02.mysql配置bin-log
- 03.单节点canal-server
- 04.canal-ha部署
- 05.canal-kafka部署
- 06.实时增量数据同步mysql
- 07.canal监控
- 08.clickhouse运维常见脚本
- 15.APM监控
- 1.Elastic APM
- 2.Skywalking
- 01.docker部署es
- 02.部署skywalking-server
- 03.部署skywalking-agent
- 16.压力测试
- 1.ocp.jmx
- 2.test.bat
- 3.压测脚本
- 4.压力报告
- 5.报告分析
- 6.压测平台
- 7.并发测试
- 8.wrk工具
- 9.nmon
- 10.jmh测试
- 17.SQL优化
- 1.oracle篇
- 01.基线测试
- 02.调优前奏
- 03.线上瓶颈定位
- 04.执行计划解读
- 05.高级SQL语句
- 06.SQL tuning
- 07.数据恢复
- 08.深入10053事件
- 09.深入10046事件
- 2.mysql篇
- 01.innodb存储引擎
- 02.BTree索引
- 03.执行计划
- 04.查询优化案例分析
- 05.为什么会走错索引
- 06.表连接优化问题
- 07.Connection连接参数
- 08.Centos7系统参数调优
- 09.mysql监控
- 10.高级SQL语句
- 11.常用维护脚本
- 12.percona-toolkit
- 18.redis高可用方案
- 1.免密登录
- 2.安装部署
- 3.配置文件
- 4.启动脚本
- 19.消息中间件搭建
- 19-01.rabbitmq集群搭建
- 01.rabbitmq01
- 02.rabbitmq02
- 03.rabbitmq03
- 04.镜像队列
- 05.haproxy搭建
- 06.keepalived
- 19-02.rocketmq搭建
- 19-03.kafka集群
- 20.mysql高可用方案
- 1.环境
- 2.mysql部署
- 3.Xtrabackup部署
- 4.Galera部署
- 5.galera for mysql 集群
- 6.haproxy+keepalived部署
- 21.es集群部署
- 22.生产实施优化
- 1.linux优化
- 2.jvm优化
- 3.feign优化
- 4.zuul性能优化
- 23.线上问题诊断
- 01.CPU性能评估工具
- 02.内存性能评估工具
- 03.IO性能评估工具
- 04.网络问题工具
- 05.综合诊断评估工具
- 06.案例诊断01
- 07.案例诊断02
- 08.案例诊断03
- 09.案例诊断04
- 10.远程debug
- 24.fiddler抓包实战
- 01.fiddler介绍
- 02.web端抓包
- 03.app抓包
- 25.疑难解答交流
- 01.有了auth/token获取token了为啥还要配置security的登录配置
- 02.权限数据存放在redis吗,代码在哪里啊
- 03.其他微服务和认证中心的关系
- 04.改包问题
- 05.use RequestContextListener or RequestContextFilter to expose the current request
- 06./oauth/token对应代码在哪里
- 07.验证码出不来
- 08./user/login
- 09.oauth无法自定义权限表达式
- 10.sleuth引发线程数过高问题
- 11.elk中使用7x版本问题
- 12.RedisCommandTimeoutException问题
- 13./oauth/token CPU过高
- 14.feign与权限标识符问题
- 15.动态路由RedisCommandInterruptedException: Command interrupted
- 26.学习资料
- 海量学习资料等你来拿
- 27.持续集成
- 01.git安装
- 02.代码仓库gitlab
- 03.代码仓库gogs
- 04.jdk&&maven
- 05.nexus安装
- 06.sonarqube
- 07.jenkins
- 28.Rancher部署
- 1.rancher-agent部署
- 2.rancher-server部署
- 3.ocp后端部署
- 4.演示前端部署
- 5.elk部署
- 6.docker私服搭建
- 7.rancher-server私服
- 8.rancher-agent docker私服
- 29.K8S部署OCP
- 01.准备OCP的构建环境和部署环境
- 02.部署顺序
- 03.在K8S上部署eureka-server
- 04.在K8S上部署mysql
- 05.在K8S上部署redis
- 06.在K8S上部署auth-server
- 07.在K8S上部署user-center
- 08.在K8S上部署api-gateway
- 09.在K8S上部署back-center
- 30.Spring Cloud Alibaba
- 01.统一的依赖管理
- 02.nacos-server
- 03.生产可用的Nacos集群
- 04.nacos配置中心
- 05.common.yaml
- 06.user-center
- 07.auth-server
- 08.api-gateway
- 09.log-center
- 10.file-center
- 11.back-center
- 12.sentinel-dashboard
- 12.01.sentinel流控规则
- 12.02.sentinel熔断降级规则
- 12.03.sentinel热点规则
- 12.04.sentinel系统规则
- 12.05.sentinel规则持久化
- 12.06.sentinel总结
- 13.sentinel整合openfeign
- 14.sentinel整合网关
- 1.sentinel整合zuul
- 2.sentinel整合scg
- 15.Dubbo与Nacos共存
- 31.Java源码剖析
- 01.基础数据类型和String
- 02.Arrays工具类
- 03.ArrayList源码分析
- 32.面试专题汇总
- 01.JVM专题汇总
- 02.多线程专题汇总
- 03.Spring专题汇总
- 04.springboot专题汇总
- 05.springcloud面试汇总
- 文档问题跟踪处理