偶尔一碗热鸡汤：一个人内耗，说明他活在过去；一个人焦虑，说明他活在未来。只有当一个人平静时，他才活在现在。
日常
1、6：00起床 √
2、健身1h
今天练了肩部以及背，然后跑步半小时
3、LeetCode刷了2题
- 括号生成：回溯、中
- 仍然使用递归+回溯的方法，递归遍历字符串，每遇到一个)就在其左右分别插入一个()
- 递归插入()，然后恢复状态后回溯继续插入，要注意当两个))相邻时，只需要插入一次即可
- 此时会出现重复的情况，根据前面做的题的经验，可以从上一次插入位置开始下一次的遍历
- 单词搜索：回溯、中
- 使用递归+回溯的算法，其中回溯是使用DFS深度优先遍历的思想，记录每个字母是否遍历过
- 先遍历整个矩阵找到第一个字母，然后对字母进行递归，在递归函数中先判断当前递归的深度是否等于搜索单词的长度，如果等于说明存在；如果不等于则从当前字母开始DFS，分别判断上下左右四个位置的字母是否与当前的字母相同，要以回溯的方式进行递归，若相同则修改标记为1然后DFS递归遍历，然后再恢复状态后遍历别的情况
- DFS要传入当前已经遍历的位置，而且要创建flag数组进行标识字母是否遍历过
4、22：30复盘
不复盘等于白学！！！
学习和感想
1、SpringCloud！！！
- LoadBalancer：负载均衡
-
LoadBalancer组件是微服务客户端自己实现的，在RestTemplateConfig配置类上使用@LoadBalanced注解进行配置，表示赋予Rest负载均衡能力（在Consul中必须开启负载均衡 ，否则会报错）
-
是什么：是springcloud提供的用来替代ribbon的本地客户端的负载均衡组件，每个微服务均有一个本地的，然后由客户端自己根据规则选择相应的服务实现负载均衡
-
先导入LoadBalancer组件所需要的POM依赖：spring-cloud-starer-loadbalancer
-
不需要修改yml文件，而是在微服务之间进行通信的RestTemplate对象的@Bean方法上加上@LoadBalanced注解即可
-
在使用Consul后，微服务之间进行通信时必须要实现负载均衡，在RestTemplate上加上注解来实现本地客户端的负载均衡
-
负载均衡算法原理：rest接口第几次请求数 % 服务器总数 = 实际调用的服务器下标（每次重启后rest接口计数从1开始）
-
- OpenFeign：服务调用与负载均衡（服务端接口）
-
是什么：通过OpenFeign可以实现服务调用和负载均衡
- OpenFeign是一个声明性web服务客户端
- OpenFeign是一个声明性web服务客户端
-
怎么用：服务提供者提取公共接口用@FrignClient标注，服务调用者POM，yml，主启动，然后业务类
- 当使用RestTemplate实现服务调用时，要在每个微服务中定义RestTemplate对象，然后手动设置要调用的微服务的名字，再使用该对象对该微服务进行调用；此时每个要调用服务的微服务都要定义一个RestTemplate对象
- 为了解决这一问题，引入了OpenFeign：此时只需将服务提供者所提供的方法在公共微服务中相应的接口中声明，并用@FeignClients(‘服务提供者名’)标注该接口（此时公共微服务要引入spring-cloud-starter-openfeign依赖才可使用@FeignClients注解），此时就代表服务提供者将其要提供的服务放到公共的接口中，该接口中的方法必须与所提供的服务方法有一致的路径@XxxMapping()，接口方法名字可以不相同
- 当服务调用者要调用对应微服务提供的服务时，就可以使用openfrign进行调用，首先要在该微服务中引入spring-cloud-starter-openfeignPOM依赖，然后改yml，然后再修改启动类，加入@EnableFeign注解来开启OpenFeign，然后此时在controller中通过自动装配定义要调用服务所提供的接口类对象，然后就可以通过该对象调用对应的方法实现对应的服务
-
超时控制：在yml中设置全局或者单个超时时间
- 在调用者通过Openfeign调用微服务时，会有两个关于超时的配置，分别是connectTimeout和readTimeout
- connectTimeout是调用者连接到提供者的超时控制，而readTimeout是连接上后完成服务调用直到返回所限制的超时时间，默认是60秒，即当服务调用时间超过60s未返回时就会报错
- 可以在服务调用者客户端上通过修改yml文件来配置超时时间（谁发起调用就配置谁的yml文件），通过修改 spring.cloud.openfeign.client.config.dafault.readtimeout 来设置全局请求（所有调用请求）的超时控制，也可以单独指定某个服务调用的超时控制，通过修改 spring.cloud.openfeign.client.config.服务名.readtimeout 来实现，两个可以共存，且单个配置会覆盖全局配置
-
重试机制：默认是关闭的，只要第一个调用失败则直接返回（在配置类开启重试机制）
- 可以开启重试机制，当调用失败后会重新发起请求
- 在调用者客户端微服务中创建FeignConfig配置类@Configuration注解标注，然后用@Bean注解标注 Retry myRetry(){} 方法，在该方法中默认 return Retry.NEVER_RETRY;(默认是不进行重试的)，此时可以修改return Retry.default(初次间隔时间,最大间隔时间,请求总次数)来开启重试机制，此时当第一次请求失败后，会间隔时间后重新发起调用请求，直到规定次数失败后才会返回报错
-
性能优化HttpClient5：一定要替换！！先引入POM依赖再在yml中进行配置
- OpenFeign默认使用JDK中自带的HttpClient.HttpURLConnection发送HTTP请求，没有连接池、性能和效率也比较低，此时就可以修改OpenFeign的连接
- 此时可以使用Apache 的HttpClient5来替换以提高性能，先修改POM中的依赖，导入HC5的依赖，然后修改调用者的yml配置文件spring.cloud.openfeign.httpclient.hc5.enabled=true，以开启HC5来替换默认的HttpClient
- 是什么
-
请求回应压缩：直接在yml中开启压缩
- 使用OpenFeign进行服务调用时可以对请求和回应进行GZIP压缩，以减少通信过程中性能损耗，要通过参数 **spring.cloud.openfeign.compression.request/response.enabled=true 来开启请求和回应的数据压缩
- 是什么
-
日志打印：对Feign的接口调用情况进行监控和输出，先在配置类开启日志级别，再在yml中配置对哪个接口进行监控
- 先在配置类开启日志级别，再在yml中配置对哪个接口进行监控
- 首先要在需要开启日志功能的客户端微服务中的FeignConfig配置类中配置@Bean:Logger.Level来返回所选择开启的日志级别Logger.Level.Xxx，然后在yml配置文件中开启日志功能，提供设置logging.level.含有@FeignClient注解的接口的完整包名和接口名=debug表示开启日志监控哪个接口的调用情况
- OpenFeign提供日志打印功能，了解请求的细节，对Feign的接口调用情况进行监控和输出，有四个日志级别：NULL、BASIC、HEADER、FULL，默认是NULL不会记录任何日志信息，BASIC记录了请求的url、请求方法等信息，HEADER记录了请求和响应的头信息，FULL全部信息都记录了正文和元数据等
-
- CircuitBreaker断路器：服务熔断和降级
- 为什么要有：禁止服务雪崩故障，对故障结点快速熔断或降级（保险丝）
- 分布式系统微服务之间有多种级联的调用关系，当某一个调用失败时，会导致雪崩（一个故障导致所有都不能正常运行），此时就需要对故障和延迟进行隔离和管理
- 之前是Hystrix豪猪，分布式容错，当一个出错时不会发生级联错误
- 有什么作用：服务熔断、服务降级
- 服务熔断就相对于保险丝，当出现故障时直接熔断使服务不可用，并对服务降级（系统繁忙，请稍后再试）返回友好的兜底界面
- CircuitBreaker实现原理：circuitbreak只是一套规范和接口
- 当某一个组件发生故障时会切换到OPEN状态，过一会会切换到HALF_OPEN状态来试探是否恢复，恢复了则切换到CLOSED状态
- 保护分布式系统免受故障和异常，当一个组件发生故障时，会切换到OPEN状态，阻止请求发送到该组件从而避免更多请求发送到该组件
- Resilience4J：轻量级的容错库，专门做服务熔断和服务降级
- 能干吗：断路、速率限制、舱壁（隔离）
- Circuitbreaker：断路
- 断路器
- 三大状态之间的转换：刚开始默认是CLOSED关闭状态，此时任何请求均可以通过，当最近N次调用或者最近N秒内调用故障率过高时，则会判定服务提供者发生了故障，就会将状态切换为OPEN，此时会拒绝任何请求，过一段时间后会进入HALF_OPEN状态，此时会通过一些请求，然后根据这些请求的结果将状态切换为CLOSED或者OPEN
- 配置参数
- 断路器
- 为什么要有：禁止服务雪崩故障，对故障结点快速熔断或降级（保险丝）