一个人内耗，说明他活在过去；一个人焦虑，说明他活在未来。只有当一个人平静时，他才活在现在。
日常
1、起床6:00√
2、健身1个多小时
今天练了二头和背部，明天练胸和三头
3、LeetCode刷了3题
- 旋转图像：矩阵、中
- 1.创建一个辅助二维矩阵，可以发现旋转数组后，第一行元素变为最后一列元素，第二行元素变为倒数第二列元素
- 故可以根据该规律对新创建的辅助数组进行赋值，nums(i,j)会变为nums(len-i-1,j)，故遍历一遍数组后就得到了旋转后的数组，此时再遍历一遍对原来的数组进行赋值即可
- 2.还可以使用S(O(1))的算法，将矩阵分为四个区域，每次旋转四个区域中对应的各一个元素，首先要找出各个区域对应位置的替换关系，然后使用一个辅助元素即可实现四个元素的旋转，然后遍历其中一个区域即可实现矩阵的旋转
- 搜索旋转排序数组：二分查找、中
- 先遍历数组找到拆分位置k，然后判断target的大小来决定在哪部分进行二分查找，要判断target是否超出某部分的边界，只有未超出时才使用二分查找
- 二分查找可以通过递归来实现，当l == r时说明找到了位置，当l>r时说明未找到target则返回-1，否则就令mid=(l+r)/2，然后判断mid位置上元素与target的大小，并递归遍历左右某个部分，要注意l,r的赋值规则，可以均是左闭右闭
- 删掉一个元素以后全为1的最长数组：不定长数组、中
- 不定长数组，使用双指针定义一个滑动窗口，直接遍历先找到长度全为1的子数组，然后向右移动一位继续找长度为1的数组，此时找到两个后，将长度相加，然后对max进行赋值，对指针进行更新，从第二个长度为1的数组开始继续上述操作，最后仍要再对max进行一次赋值
4、复盘22:00√
不复盘等于白学！！！
学习和感想
1、SpringCloud Alibaba Nacos
1. 入门简介
- 由阿里提供的微服务开发的一站式解决方案（服务注册和发现、服务调用、服务熔断和降级、服务限流、网关）
- 介绍：阿里推出的致力于微服务开发的一站式解决方案，包含开发分布式应用的必需组件
- 版本选择与说明：以github上的版本为主（官网更新不及时）
- 主要功能
2. Nacos
- 简介：服务注册中心和配置中心（Consul）（独立于第三方）
- Nacos:Dynamic Naming and Configuration Service；官网：**www.nacos.io
- 介绍：一个更易于构建云原生应用的动态服务发现、配置管理和服务管理中心
- Nacos默认是AP（性能），服务注册中心不是微服务，而是一个独立的微服务的第三方的服务注册中心项目，要在windows下运行开启，如consul agent -dev
- 服务注册组件的比较
- 下载和安装
- 去github上下载源码压缩包，要在windows上独立运行
- 解压安装包，直接运行bin目录下在命令行执行命令startup.cmd进行启动，默认服务器端口是8848，启动后直接输入localhost:8848进行访问，默认账号密码都是nacos，在命令行输入shutdown.cmd进行关闭
- Nacos Discovery服务注册中心
- 注册微服务进入Nacos
- 建项目
- 改POM：引入Nacos的依赖，在官网找到正确的版本
- 写YML：配置自己的微服务端口号和名称并对Nacos微服务进行配置，端口号是8848，如果使用配置中心，则必须要把Nacos的配置放到bootstrap.yml中，其会优先于application.yml进行配置
- 主启动：在主启动类上使用@EnableDiscovery注解进行标注以注册进入Nacos服务中心
- 业务类：使用方法根据微服务的名字调用服务提供者的方法
- 负载均衡
- Nacos是支持负载均衡的，可以使用RestTemplate+LoadBalancer（用@LoadBalancer注解标注方法）或者OpenFeign（在yml中进行配置）来进行实现
- 复制微服务时可以不用copy代码，而是直接对微服务进行copy，右键微服务并点击copy，然后修改微服务名并配置一个参数即端口号就可实现微服务的复制![[Pasted image 20241016125650.png]]
- 注册微服务进入Nacos
- Nacos Config配置中心：实现中心化全局配置的动态变更，动态刷新RefresnScope和全局广播通知
- 通过Nacos微服务和spring.cloud.alibaba.config实现全局配置的动态变更，动态刷新
- 要先从配置中心拉取配置，当使用配置中心时，会有两个配置文件，一定要将与Nacos有关的配置文件放到bootstarp.yml中，将与微服务有关的配置放到application.yml中，先读取bootstarp.yml中Nacos的配置并读入全局配置
- 配置步骤
- 建项目
- 改POM：要引入discovery、config、bootstarp的POM依赖
- 写yml：bootstrap.yml、application.yml
- 要配置两个配置文件bootstarp和application，先从配置中心拉取配置
- 当要引入全局配置中心时，必须要在bootstarp的配置文件中对Nacos进行配置，因为其先从bootstarp.yml中读取配置文件，故一定要将Nacos的配置文件放到bootstrap文件中，然后将与微服务有关的配置放到application.yml中
- 主启动：要将微服务注册进入Nacos
- 业务类：使用 @RefreshScope注解标注业务类以实现动态刷新配置
- 在Nacos中添加配置：要在Nacos的微服务网站8848上创建配置信息（根据DataIa的格式创建，一个DataId对应一组相同名字的微服务），然后写了bootstarp.yml的微服务会自动读取对应的DataId
- DataId的组成格式：每一个微服务名对应唯一的一个DataId，一个DataId对应一组名字相同的微服务，必须根据DataId的格式来创建配置中心
2. 在Nacos的配置中心添加配置信息时，必须根据提供的格式来创建DataID，该配置会被自动加载到对应的微服务中，通过@Value(${config.info})来加载配置信息20241016132415.png]] - 在Nacos中添加配置信息
- 创建好配置信息后点击发布，此时对应DataID的微服务就可以从Nacos中读取配置信息，并在业务类中通过@Value(“{config.info}”)来读取配置文件中的信息
- 创建配置信息时，配置格式与DataID以及bootstrap中配置的格式必须三者相同三码合一
- 自动动态刷新：使用**@RefreshScope**注解在业务类上进行标注
- 历史配置：Nacos会记录配置文件的历史版本并默认保留30天，且支持一键回滚功能，一键回滚后会出发配置刷新
- 流程
- 当微服务配置了配置中心时，会创建两个配置文件bootstrap.yml和application.yml，必须将与Nacos相关的信息放入bootstrap.yml中，其余的放入application；当微服务启动时，会先读取bootstrap中的配置信息，且将配置中对应DataId的配置信息加载进入微服务，注册进入Nacos并根据DataID找对应的配置信息，如果存在则将配置信息读入微服务，然后再读取application中的配置，使用@Value(“${config.info}”)来读取Nacos中配置的信息
- DataId的组成格式：每一个微服务名对应唯一的一个DataId，一个DataId对应一组名字相同的微服务，必须根据DataId的格式来创建配置中心
- Nacos数据模型之Namespace-Group-DataId（三元组唯一确定）
- 问题描述
- 多环境多项目时，怎么对配置信息进行管理![[Pasted image 20241016134022.png]]![[Pasted image 20241016134014.png]]
- Namespace-Group-DataId三元组
- 在多项目多服务场景下，可以使用Namespace-Group-DataId对每个微服务的配置信息进行分类管理
- 不同的Namespace之间是隔离的，通过Group对微服务进行分组，每一个DataId对应一组微服务名相同的微服务
- 一个DataId对应一组名字相同的微服务，Namespace可以用来区分部署环境（dev\prod\test），Group可以对微服务进行分组
- 三者的作用
- Namespace-Group-DataId三种方案
- DataId方案：一个DataId对应一组名字相同的微服务
- DataId的格式：spring.cloud.application.name}-${spring.profile.active}.&{}
- 通过DataId的格式来配置每个微服务对应的DataId，并在Nacos中进行创建
- DataId方案：一个DataId对应一组名字相同的微服务
- 问题描述
MP有限状态自动机)
